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Informatyka jest stosunkowo młodą dyscypliną naukową, wywodzącą 
się z matematyki, logiki i inżynierii, zajmującą szczególne miejsce w naszej 
rzeczywistości. Z osiągnięć informatyki korzystamy na każdym kroku: sys- 
temy komputerowe - rozumiane jako połączenie maszyn nazywanych 
komputerami oraz oprogramowania - stanowią nieodłączną część współ- 
czesnego życia. Kolejnym pokoleniom coraz trudniej jest wyobrazić sobie 
świat bez całej gamy komputerów przenośnych, telefonów komórkowych, 
Internetu, sklepów on-line, komunikatorów, portali społecznościowych czy 
też bankowości internetowej. Znacząca część naszego życia związana jest 
z wytworami informatyki - komputerami oraz z ich oprogramowaniem. 

Systemy komputerowe stają się również nieodłączną częścią wielu gałę- 
zi nauki. Wykorzystywane są nie tylko do wykonywania skomplikowanych 
obliczeń, lecz także do eksperymentowania, a nawet do dowodzenia twier- 
dzeń matematycznych. Mówi się często o nowym paradygmacie w nauce - 
paradygmacie obliczeniowym lub informacyjnym. 

Spoglądając na wszechobecne wytwory informatyki okiem filozofa, za- 
dajemy sobie pytania o naturę samej informatyki, o to, jakie obiekty bada, 
jakimi metodami posługują się (lub powinni się posługiwać) w tych bada- 
niach informatycy. Pytamy zatem o kwestie filozoficzne związane z informa- 
tyką - o to, jakie szczegółowe problemy filozoficzne z nią się wiążą. 

Jednym z pierwszych tematów rozważań filozoficznych związanych z in- 
formatyką była szeroko rozumiana sztuczna inteligencja. Co to jest sztuczna 
inteligencja? Jakie są jej rodzaje? Czy istnieje związek, a jeśli tak, to jaki, 
pomiędzy obliczaniem a poznaniem? Czy komputery mogą myśleć? A jeśli 
mogą, to jak je rozpoznać? - to tylko niektóre z licznych pytań związanych 
z tą tematyką. Wydaje się, że również dziś powyższe zagadnienia są często 
podejmowane przez badaczy, pomimo że istnieje już bogata literatura 
z nimi związana. 


Rozważania filozoficzne dotyczące informatyki nie ograniczają sie jed- 
nak wyłącznie do badań nad sztuczną inteligencją. Szuka się bowiem rów- 
nież odpowiedzi na pytanie o status informatyki jako nauki, o to, jakie 
obiekty ona bada, oraz jakimi metodami posługują się informatycy. Bada się 
również związki pomiędzy podstawowymi obiektami i pojęciami związa- 
nymi z informatyką: programem i algorytmem, algorytmem i procedurą, 
programem i jego specyfikacją, programem i implementacją, modelem 
i programem, jak również - komputerem i oprogramowaniem. Analizuje się 
ich definicje i własności. Stawia się pytania o to, czy istnieją dziedziny życia, 
w których komputery nie powinny podejmować decyzji oraz - czy można 
decyzjom tym zaufać, kto (lub co) ponosi za nie odpowiedzialność. 

Wśród kwestii filozoficznych związanych z informatyką można zatem 
znaleźć zarówno zagadnienia ontologiczne, jak i metodologiczne czy etycz- 
ne. Obecnie powstaje wiele prac filozoficznych dotyczących różnych, często 
bardzo od siebie odległych, zagadnień. Monografie i prace zbiorowe po- 
Swiecone tej tematyce noszą tytuły, w których termin „filozofia” w odnie- 
sieniu do informatyki pojawia się najczęściej w połączeniach typu „informa- 
tyka a filozofia” lub też „filozofia i informatyka”. Dotychczas jednak żaden 
z autorów nie zatytułował swojej monografii „Filozofia informatyki”. Jaka 
może być tego przyczyna? 

Informatyka jest dość „młodą” dyscypliną. Obecnie trudno jest odróżnić 
filozofię informatyki od filozofii umysłu, filozofii sztucznej inteligencji, filo- 
zofii informacji, filozofii obliczeń, filozofii techniki, a nawet filozofii matema- 
tyki. Zdarza się również, że autorzy stosują niektóre z tych pojęć zamiennie. 
I tak na przykład mówi się o filozofii informatyki i filozofii informacji, bądź 
też o filozofii informatyki i filozofii obliczeń. Twierdzi się nawet, że pojęcie 
„filozofia informatyki” jest zbędne, ponieważ taka dyscyplina nie istnieje; 
informatyka jest bowiem jedynie kolejnym działem inżynierii lub też jedną 
z wielu dyscyplin matematycznych, a zagadnienia filozoficzne z nią związa- 
ne mieszczą się w rozważaniach filozofii techniki czy też filozofii matematy- 
ki. Czym zatem jest albo - czym powinna być filozofia informatyki? 

Rapaport (2005a) pisze: „definiujemy filozofię X-a jako badanie fun- 
damentalnych założeń i głównych celów dyscypliny X” (s. 322). Zgodnie z tą 
definicją można uważać filozofię informatyki za rozważania dotyczące pod- 
stawowych założeń i celów informatyki. Wśród nich powinny się zatem 
znaleźć tematy ontologiczne, epistemologiczne i etyczne dotyczące tej dys- 
cypliny. 

W niniejszej książce przedstawiono główne kwestie związane z ontolo- 
gią informatyki, a w szczególności rozważania dotyczące przedmiotu jej 
badań. Czym są obiekty zainteresowań informatyków? Jaka jest ich natura? 
Jakie istnieją między nimi związki? 
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Mówiąc o ontologii informatyki, należy rozpocząć od refleksji na temat 
samej tej nauki. Czy jednak mówiąc o informatyce, jesteśmy zgodni co do 
tego, o czym właściwie mówimy? Czy wiemy, co to jest informatyka i jaka 
jest jej istota? Co dokładnie mamy na myśli, kiedy mówimy: informatyka lub 
computer science? 

Wydaje się, że odpowiedzi na to podstawowe pytanie już dawno udzie- 
lono, gdyż wytwory informatyki towarzyszą nam od dziesięcioleci. Wiemy 
zatem, jaką gałąź nauki nazywamy informatyką, choć nie zawsze rozumie- 
my, czym dokładnie zajmują się informatycy. Czy wiemy jednak cokolwiek 
o naturze tej dziedziny wiedzy i o tym, jakie jest jej miejsce wśród innych 
nauk? 

To podstawowe pytanie ontologiczne - o tożsamość informatyki jako 
nauki - nie jest tylko problemem czysto filozoficznym, ma bowiem również 
swoje konsekwencje praktyczne. Pozwala bowiem odpowiadać na pytania: 
gdzie i w jaki sposób kształcić informatyków?, czy wydziały informatyki 
powinny znajdować się na uniwersytetach, obok wydziałów matematyki 
(lub nawet w ich obrębie), czy też na politechnikach i w innych szkołach 
technicznych? 

Szukając odpowiedzi na pytanie, czym jest informatyka sama w sobie, 
warto przyjrzeć się pochodzeniu słów określających tę dyscyplinę. Polskie 
słowo informatyka zaproponował w 1968 roku Romuald Marczyński na 
odbywającej się w Zakopanem ogólnopolskiej konferencji poświęconej „ma- 
szynom matematycznym” (jak wtedy nazywano komputery). Pochodzenie 
tego słowa sugeruje bliski związek informatyki z informacją. Podobnie rzecz 
ma się w przypadku wyrazów określających tę dziedzinę nauki w języku 
francuskim (informatique) i niemieckim (Informatik). Jednakże angielska 
nazwa informatyki - computer science - nasuwa zupełnie inne skojarzenia. 
Budzi ona wiele kontrowersji i rodzi rozmaite pytania, nie tylko natury filo- 
zoficznej, lecz także praktycznej. Po pierwsze, pierwszy człon tej nazwy 
(computer) podkreśla związek definiowanej dyscypliny z komputerami, 
a nie z informacją (inaczej niż w języku polskim, francuskim czy niemiec- 
kim). Po drugie, słowo science sugeruje, że jest to dziedzina nauk ścisłych. 
Dlatego też wiele prac filozoficznych, szczególnie anglojęzycznych, poświę- 
cono próbom odpowiedzi na pytanie, czy informatyka jest nauką ścisłą 
(science), czy też gałęzią inżynierii. 

Do definiowania dyscypliny naukowej można podejść na dwa sposoby: 
poprzez zdefiniowanie obiektu jej badań bądź też — przez określenie metod 
i technik, jakimi się posługuje. W książce tej wybraliśmy pierwszą możli- 
wość - próbując spojrzeć na informatykę przez pryzmat badanych przez nią 
obiektów. W każdym z czterech rozdziałów omówione zostały kwestie filo- 
zoficzne związane z jednym z obiektów najczęściej uważanych za przedmiot 
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badan informatyki: z komputerem, programem komputerowym, informacja 
oraz z rzeczywistością wirtualną. 

W rozdziale pierwszym przeanalizowano problemy filozoficzne związa- 
ne z twierdzeniem, że przedmiotem zainteresowań informatyków jest kom- 
puter, rozumiany dwojako: jako urządzenie oraz jako obiekt abstrakcyjny. 
Przedstawiono próby odpowiedzi na pytania związane z jego historią: która 
z maszyn liczących była pierwszym komputerem?, czy wynalazek ten został 
opatentowany?, a także - kogo można nazwać jego twórcą? Najwięcej miej- 
sca poświęcono jednak kwestiom ontologicznym związanym z komputera- 
mi. Jakie cechy odróżniają komputer od innych maszyn? Czy jest to zawsze 
samodzielne urządzenie, czy też część innych, większych systemów? Często 
mówi się bowiem o komputerach wbudowanych w telefony, samochody, 
a nawet w sprzęt gospodarstwa domowego. Jakie cechy komputerów po- 
winna uwzględniać ich ontologia? Czy możliwe jest zastosowanie do kom- 
puterów istniejących już ontologii artefaktów technicznych oraz jak rozwią- 
zać związane z tym trudności, na przykład w jaki sposób określić ich funkcję 
i kryteria poprawnego działania. W rozdziale tym omówiono również kon- 
sekwencje definiowania komputera w terminach czysto syntaktycznych 
— jako obiektu matematycznego, gdzie nacisk położono na problem uniwer- 
salnej realizowalności. Przedstawiono też inne, ciekawe z filozoficznego 
punktu widzenia charakterystyki komputera, w tym te, które oparte są na 
pojęciu obliczania. 

Komputery, określane często jako „hardware”, nieodłącznie związane są 
z wykonywanymi na nich programami - „software”. Badanie związków po- 
między terminami „hardware” i „software” oraz próby ich zdefiniowania 
jako odrębnych, jednoznacznie zaklasyfikowanych bytów są również jed- 
nym z tematów rozważań rozdziału pierwszego. 

Programom komputerowym, rozumianym jako przedmiot badań infor- 
matyki, poświęcono rozdział drugi. Wielu informatyków twierdzi bowiem, 
że ich głównym zadaniem jest tworzenie programów i badanie ich własno- 
ści, komputery natomiast interesują ich tylko jako maszyny, na których się 
je wykonuje. Czy program ma zatem pewnego rodzaju pierwszeństwo onto- 
logiczne przed komputerami? Co to jest program i jakie są jego podstawowe 
cechy? 

Pojęcie programu pojawia się w informatyce w różnych kontekstach, 
które przeanalizowano w rozdziale drugim. Dokonano w nim, między in- 
nymi, odróżnienia programu jako obiektu abstrakcyjnego od programu jako 
procesu fizycznego (wykonywanego na komputerze). Spróbowano również 
odpowiedzieć na pytanie, czy owa dualna natura programu - obiektu abs- 
trakcyjnego i fizycznego jednocześnie - stawia w nowym świetle klasyczne 
problemy filozofii, takie jak związek pomiędzy umysłem a ciałem czy też 
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podział bytów na abstrakcyjne i konkretne. Czy programy komputerowe są 
przykładami obiektów o szczególnym statusie ontologicznym, które nie 
są ani konkretne, ani abstrakcyjne? Czym w istocie są programy kompute- 
rowe? Gdzie szukać ich ontologii — w filozofii muzyki czy też w filozofii ma- 
tematyki? Jakie jest kryterium rozróżniania programów? Co o nich samych 
można wywnioskować z analizy procesu ich tworzenia? 

Tworzenie programu nie jest prostą czynnością, lecz złożonym proce- 
sem, który rozpoczyna się sformułowaniem wymagań przed nim stawia- 
nych (stworzeniem specyfikacji), a kończy sprawdzeniem jego poprawno- 
Ści. W rozdziale drugim omówiono więc kwestie filozoficzne związane 
z różnymi rodzajami specyfikacji, próbując tym samym odpowiedzieć na 
pytania: jak rozróżnić specyfikacje od opisywanych przez nie programów?, 
czym są specyfikacje - definicjami warunkowymi artefaktów czy też odpo- 
wiednikami teorii naukowych? Przeanalizowano również wieloznaczny 
termin „implementacja”, pojawiający się w informatyce w kontekście two- 
rzenia programów. 

Jednym z najszerzej dyskutowanych w literaturze zagadnień związa- 
nych z programami komputerowymi jest sprawdzanie ich poprawności. Jest 
to również historycznie jeden z pierwszych tematów refleksji filozoficznej 
związanej z informatyką, nie sposób więc go pominąć. W rozdziale drugim 
znalazły się zatem również rozważania związane z badaniem poprawności 
programów, mimo że wykraczają one poza ramy rozważań ściśle ontolo- 
gicznych. Jak rozumieć termin „poprawny” w odniesieniu do programu 
komputerowego? Jakimi metodami badać „poprawność” programu? Czy two- 
rzyć odpowiednie dowody formalne czy też ograniczyć się do testowania? 

Współcześnie dominuje pogląd, że informatyka jest nauką o procesach 
przetwarzania informacji bądź też nauką o samej informacji. Czym zatem 
jest informacja? Jaka jest jej natura? Rozważania przedstawione w rozdziale 
trzecim są próbą odpowiedzi na pytania filozoficzne związane właśnie 
z informacją. Termin „informacja” jest bowiem używany w różnych kontek- 
stach, zarówno w mowie potocznej, jak i w wielu dyscyplinach nauki - po- 
cząwszy od informatyki, a skończywszy na naukach społecznych - często 
mówi się nawet o „nauce informacyjnej”. Czy termin ten oznacza zawsze to 
samo? Czy informacja dla informatyka jest tym samym, czym informacja dla 
biologa zajmującego się genetyką? Jak rozumie się to pojęcie w informaty- 
ce? W rozdziale trzecim omówiono aspekty filozoficzne wybranych teorii 
informacji, kładąc szczególny nacisk na wykorzystywane w informatyce 
teorie matematyczne. Przedstawiono również próby odpowiedzi na pytania 
filozoficzne dotyczące natury informacji, wykraczające poza jej aspekt czy- 
sto ilościowy: czy informacja może być fałszywa?, jaki jest związek pomię- 
dzy informacją, dezinformacją a informacją błędną?, co czyni informację 
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użyteczną?, jaki jest jej związek z wiedzą? Omówiono ponadto filozofię in- 
formacji: czym jest, jakimi zagadnieniami się zajmuje oraz jakie są jej pod- 
stawowe cele badawcze. 

Rozdział czwarty natomiast poświęcono wirtualnej rzeczywistości, zja- 
wisku związanemu z informatyką, które uważa się współcześnie — w dobie 
wszechobecnego Internetu oraz gier komputerowych — za jedno z podsta- 
wowych zainteresowań informatyków. W rozdziale tym przeanalizowano 
zagadnienia ontologiczne dotyczące wirtualnej rzeczywistości. Czym jest 
wirtualność i jak ją zdefiniować? Czy jest to nowe zjawisko, które pojawiło 
się wraz z rozwojem technologii komputerowych i które jest od nich całko- 
wicie zależne? Jakie cechy ma wirtualna rzeczywistość? Jakim rodzajem 
rzeczywistości jest Świat wirtualny? Jaki jest status ontologiczny jego obiek- 
tów? Co wiemy na temat związków wirtualności z realnością (Światem rze- 
czywistym)? I wreszcie - czy pojawienie się wirtualnej rzeczywistości 
wpłynęło na zmiany pewnych klasycznych pojęć metafizyki? 

Rozstrzygnięcia przedstawionych w niniejszej książce kwestii ontolo- 
gicznych związanych z informatyką są istotne nie tylko dlatego, że pogłębia- 
ją nasze zrozumienie jej istoty, ale również z tego względu, że wpływają 
bezpośrednio na kwestie epistemologiczne i etyczne dotyczące tej stosun- 
kowo młodej dziedziny wiedzy. 

Dziękuję recenzentowi prof. Adamowi Olszewskiemu za cenne uwagi, 
które pozwoliły mi uniknąć pewnych błędów, oraz pani mgr Ewie Korek za 
ważne komentarze i korektę maszynopisu. 

Składam wyrazy wdzięczności Ewie, Ani, Lilianie oraz Agacie, których 
wsparcie pomogło mi przetrwać trudne chwile mojego życia i dokończyć 
prace nad niniejszą książką. 

Książkę tę dedykuję mojemu Mistrzowi, Profesorowi Romanowi 
Murawskiemu, który przez wiele lat, cierpliwie i z wielką życzliwością, 
wprowadzał mnie w świat filozofii. Bez Niego ta książka by nie powstała. 
Dziękuję. 


Rozdziat 1 


Komputer 


Wielu informatyków uważa, że informatyka jest nauką o kompute- 
rach, a ściślej rzecz ujmując, że jest dziedziną inżynierii zajmującą się tymi 
właśnie urządzeniami. Hamming (1969) pisze: „Sercem informatyki jest 
urządzenie technologiczne - komputer (the computing machine). Bez niego 
prawie cała nasza praca stałaby się jałową spekulacja. [...] Nadal wierzę, że 
ważne jest przyznanie, iż komputer, urządzenie przetwarzające informacje, 
jest fundamentem naszej dyscypliny” (s. 5). 

Pogląd ten podzielają Newell, Perlis i Simon, którzy w roku 1967 zdefi- 
niowali informatykę jako naukę o komputerach, podkreślając przy tym: 
„W definicji tej ‘komputery’ oznaczają ‘żyjące komputery” - sprzęt, jego pro- 
gramy lub algorytmy i wszystko, co ich dotyczy. Informatyka jest nauką 
o zjawiskach związanych z komputerami” (s. 1374). 

Jeśli jest zatem tak, że informatyka jest nauką o komputerach i powiąza- 
nych z nimi zjawiskach, to oczywiste staje się pytanie o to, czym właściwie 
komputer jest i jaką ma naturę. 

W rozdziale tym przeanalizujemy zagadnienia filozoficzne związane 
z rozumieniem komputera jako urządzenia fizycznego. Ze względu na to, że 
określa się komputer także jako obiekt abstrakcyjny, rozważymy również 
trafność tego ujęcia. Omówimy trudności związane z rozróżnieniami po- 
między terminem „hardware”, najczęściej rozumianym jako sprzęt kompu- 
terowy, a „software”. Przeanalizujemy także problemy filozoficzne związane 
z weryfikacją sprzętu komputerowego. 

Przedstawmy więc różne sposoby definiowania komputera jako maszy- 
ny, szczególną uwagę zwracając na problematykę komputera jako specy- 
ficznego artefaktu. 
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1.1. Komputer jako urzadzenie fizyczne 


W rozumieniu potocznym komputery to fizyczne maszyny, które są 
wszechobecne - zarówno jako samodzielne urządzenia, jak i jako ich części: 
począwszy od telefonów poprzez samochody aż po promy kosmiczne. War- 
to zatem zastanowić się nad tym, które urządzenia spośród tych, z którymi 
Spotykamy się na co dzień, są komputerami, a które jednak nie. Czy współ- 
czesne samochody lub telefony „naszpikowane” elektroniką są komputera- 
mi? Jakież to cechy musi posiadać urządzenie, by nazwać je komputerem? 

Rozumienie terminu „komputer” zmieniało się nie tylko w zależności od 
czasu, ale również od tego, kto nazwą tą się posługiwał. W latach 80. XX 
wieku firma IBM utożsamiała komputer ze skrzynką na biurku, Intel zaś 
- z chipem wewnątrz tej skrzynki. Microsoft twierdził natomiast, że kompu- 
ter jest to system operacyjny i oprogramowanie. W połowie lat 90. rozu- 
miano komputer jako urządzenie, które można podłączyć do Internetu 
(Heyck, 2008). Zatem zdefiniowanie komputera nie było i nadal nie jest 
proste. Można sądzić, że próby precyzyjnego określenia terminu „kompu- 
ter” wygenerowały więcej pytań niż odpowiedzi. 

Czy komputer to chip w skrzynce na biurku, czy też system operacyjny 
i oprogramowanie? A może jest to konfiguracja sprzętu i oprogramowania 
w naszych urządzeniach? Sieć, do której są one podłączone? Jakie funkcjo- 
nalności powinien mieć komputer? Czy jest on kalkulatorem, urządzeniem 
sterującym czy też urządzeniem komunikacyjnym? Która z wielu powsta- 
łych w ciągu dziesięcioleci maszyn była pierwszym komputerem? 

Omówienie powyższych zagadnień najtrafniej będzie rozpocząć od ich 
analizy w aspekcie historycznym. Rozpocznijmy zatem od próby odpowie- 
dzi na ostatnie z powyższych pytań: Które urządzenie było pierwszym 
komputerem i kto był jego wynalazcą? W przypadku większości nowocze- 
snych wynalazków jesteśmy w stanie wskazać ich twórców, popularne 
przykłady to żarówka Edisona czy telefon Bella. W przypadku komputera 
jednak odpowiedź nie jest taka prosta, trudno jest bowiem jednoznacznie 
i ponad wszelką wątpliwość stwierdzić, czym właściwie komputer jest. Po- 
glądy w tej kwestii są podzielone. 

Jeśli więc przyjmiemy, że komputer jest tylko urządzeniem ułatwiają- 
cym proste obliczenia arytmetyczne, to za pierwsze komputery musimy 
uznać abaki i liczydła, a ich wynalazcy szukać trzeba wśród rachmistrzów 
starożytnych!. Jeśli z kolei przez komputer rozumiemy mechaniczne urzą- 
dzenie liczące - wówczas jego pierwowzorem byłby „zegar liczący” zbudo- 


1 Wiele informacji dotyczących starożytnych abaków i liczydeł można znaleźć w książ- 
kach (Ifrah, 2006) i (Bondecka-Krzykowska, 2012a). 
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wany przez Wilhelma Schickarda w XVII wieku. Maszyna ta stuzyta bowiem 
do automatycznego dodawania i odejmowania, pomagała też mnożyć i dzie- 
lić. Pierwsze maszyny wykonujące w pełni automatycznie cztery podsta- 
wowe działania arytmetyczne powstały dopiero na początku XX wieku. 

Czy definiując pojęcie komputera, powinniśmy brać pod uwagę tylko 
aspekt mechanizacji obliczeń? 

Współczesne komputery są uniwersalne - wykonują nieporównanie 
większą klasę działań niż tylko obliczenia arytmetyczne. I tę właśnie uni- 
wersalność traktuje się jako cechę odróżniającą je od innych maszyn. Szuka- 
jąc wynalazcy komputera, trzeba zatem odpowiedzieć na pytanie, komu 
zawdzięczamy ideę zbudowania maszyny do szerokich zastosowań. 

Za twórcę koncepcji maszyny uniwersalnej uważa się Charlesa Babba- 
ge'a, który od roku 1833 prowadził prace nad projektem urządzenia na- 
zwanego przez siebie „maszyną analityczną”. W planach swojej maszyny 
Babbage przewidział nie tylko podstawowe elementy konstrukcyjne, któ- 
rych funkcjonalne odpowiedniki można znaleźć i we współczesnych kompu- 
terach (jednostkę liczącą, centralną jednostkę sterującą, pamięć, jednostkę 
wprowadzania danych i poleceń oraz jednostkę wyprowadzania wyników), 
ale również możliwość jej programowania. Był to więc pierwszy projekt 
„kalkulatora sterowanego programem”. Maszyna Babbage'a, bez udziału 
człowieka, miała wykonywać sekwencje czynności - stała się więc pierwo- 
wzorem niecyklicznego automatu ze zmiennym programem umozliwiaja- 
cym zmianę jej działania, niezależnym od wewnętrznej struktury2. Projektu- 
jąc ją, Babbage określił główne części i funkcje analitycznych maszyn 
obliczeniowych, przeznaczonych do rozwiązywania obszernej klasy pro- 
blemów - a nie tylko jednego zadania. Dlatego właśnie maszynę analitycz- 
ną nazywa się „dziadkiem współczesnych komputerów” (Ligonniere, 1992, 
s. 92). 

Opisana maszyna miała być urządzeniem mechanicznym napędzanym 
silnikiem parowym. Jeśli więc przyjmiemy, że komputer jest urządzeniem 
elektrycznym, to maszyna Babbage'a nim nie była. Niełatwym zatem zada- 
niem okazuje się wskazanie pierwszego komputera. 

Przez wiele lat uważano, że pierwszym komputerem elektronicznym był 
amerykański ENIAC, obecnie jednak wiadomo - między innymi dzięki od- 
tajnieniu brytyjskich archiwów wojskowych - że do tego tytułu pretendują 
również brytyjskie maszyny Colossus oraz niemieckie Konrada Zuse. 

ENIAC (Electronic Numerical Integrator And Computer) powstał jesie- 
nią 1946 roku, na Uniwersytecie Pensylwanii w Filadelfii, pod kierownic- 
twem J.P. Eckerta i JJW. Mauchly'ego, dla potrzeb wojskowych. Podobnie jak 


2 Niestety, za życia konstruktora projekt maszyny nie doczekał się realizacji. 
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Colossus, nie posiadał on automatycznego sterowania, wykonywał ciąg in- 
strukcji niezależnie od wprowadzonych danych. Wszystkie decyzje dotyczą- 
ce ewentualnych zmian działania urządzenia musiał podejmować człowiek. 
W wyniku wielu dyskusji nad ulepszeniem ENIAC-a, prowadzonych na Uni- 
wersytecie Pensylwanii, powstała koncepcja „programu wprowadzanego”. 
Polegała ona na wprowadzeniu instrukcji do wewnętrznej pamięci maszy- 
ny, dzięki czemu mogła ona przetwarzać polecenia programu - tak samo jak 
dane. Zakładano, że zwiększy to „elastyczność” urządzenia. 

W roku 1944 powstał plan zbudowania maszyny EDVAC (Electronic 
Discrete Variable Automatic Computer). Choć została ona skonstruowana 
i uruchomiona w Cambridge przez zespół Johna von Neumanna dopiero 
w 1952 roku3, to jednak wcześniej, 30 czerwca 1945 roku uczony ten opu- 
blikował tekst pt. „First Draft of Report on EDVAC”. Opisał w nim między 
innymi koncepcję programu wprowadzanego. Było to pierwsze naukowe 
opracowanie prezentujące spójne teoretyczne podstawy automatów z takim 
programem. Dzięki niemu pojęcie „komputer” zyskało rangę naukową. Sam 
John von Neumann nigdy jednak nie zgłaszał, w żadnej formie, pretensji do 
autorstwa wynalazku. 

Inaczej rzecz się miała w przypadku twórców ENIAC-a. Eckert i Mauchly 
złożyli stosowny wniosek patentowy - tym samym rozpoczynając wielolet- 
ni spór o to, kto jest wynalazcą komputera. Dopiero w roku 1973 sąd 
w Minneapolis spór ten rozstrzygnął, uznając prawa Eckerta i Mauchly'ego 
co do konstrukcji ENIAC-a, odmawiając natomiast przyznania im praw au- 
torskich do samego wynalazku. Za twórcę komputera sąd uznał Johna Vin- 
centa Atanasoffa, który w latach 30. XX wieku zbudował maszynę ABC*. 

Obecnie inżynierowie pod pojęciem „komputer” rozumieją maszynę 
ogólnego przeznaczenia, wykorzystywaną do przetwarzania informacji lub 
symboli. Ifrah (2006) podaje następującą definicję: 


Komputer jest automatem złożonym z urządzenia wejściowego i wyjściowego, 
pamięci, jednostki centralnej dokonującej wszelkiego rodzaju przekształceń 
danych wyrażonych w postaci ciągu znaków (stanowiących materialne przed- 
stawienie zakodowanych informacji), który pozwala - w granicach fizycznych 
możliwości urządzenia - wykonywać wszelkie obliczenia typu symbolicznego 
(a zatem rozwiązywać wszelkie zadania, których rozwiązania można wyrazić 
w postaci algorytmu) pod kierunkiem jednostki sterującej, działającej zgodnie 
z programami zapisanymi w pamięci (i wobec tego traktującej instrukcje wy- 
konawcze w ten sam sposób jak dane przeznaczone do przetworzenia) (s. 846). 


3 Z powodu późnego ukończenia prac czasami podaje się w wątpliwość, czy EDVAC był 
pierwszym komputerem z wprowadzanym programem. 

4 ABC służył do rozwiązywania równań różniczkowych. Nie była to maszyna w pełni au- 
tomatyczna ani programowalna. 
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Powyższy opis uwzględnia zarówno uniwersalność maszyny i jej pod- 
Stawowe elementy zaprojektowane przez Charlesa Babbage'a, jak i kon- 
cepcję „programu wprowadzanego” opisaną przez von Neumanna. Są to 
składowe tak zwanej architektury von Neumanna - podstawowej architek- 
tury współczesnych komputerów. 

Dość często wśród cech definiujących komputer wymienia się również 
tę, że komputer jest urządzeniem cyfrowym. Jednakże nie wszystkie maszy- 
ny nazywane komputerami były i są cyfrowe - istnieją również wersje ana- 
logowe i hybrydowe (zawierające komponenty obu tych rodzajów). Co wię- 
cej, także interpretacja terminu „cyfrowe” w odniesieniu do komputerów 
jako urządzeń fizycznych niesie ze sobą kilka problemów. 

Po pierwsze, większość - jeśli nie wszystkie - systemów fizycznych 
uważanych za komputery można interpretować zarówno w terminach cy- 
frowych, jak i analogowych. Rozważmy przykład wspomnianej wcześniej 
maszyny liczącej Schickarda: Czy jest to maszyna cyfrowa czy analogowa? 
Jeśli interpretujemy tryby w kołach zębatych jako cyfry, a pełne obroty tych 
kół jako zmiany stanów, to jest to maszyna cyfrowa. Z drugiej jednak strony, 
jeśli rozumiemy koła zębate jako reprezentujące continuum wartości 
i skoncentrujemy się na ich ciągłych obrotach, to „zegar liczący” jest kompu- 
terem analogowym. 

Po drugie, istnieją trudności z jednoznacznym zaklasyfikowaniem kon- 
kretnych urządzeń liczących jako analogowych bądź cyfrowych. Prostym 
tego przykładem jest suwak logarytmiczny, uważany najczęściej za urzą- 
dzenie analogowe. Dokładność jego jest jednak ograniczona (w zależności 
od możliwości percepcyjnych konkretnego użytkownika) do dwóch lub 
trzech miejsc po przecinku. 

A zatem opisy fizycznych maszyn w terminach cyfrowe/analogowe mo- 
gą być mylące. Alan Turing (1950) pisze: 


[maszyny dyskretnie stanowe] to takie, które działają przez nagłe przeskoki lub 
kliknięcia z jednego całkiem oznaczonego stanu do innego. Stany te są dosta- 
tecznie różne, by zignorować możliwość ich pomylenia. Ściśle mówiąc, nie ma 
takich maszyn. Wszystko w rzeczywistości porusza się w sposób ciągły. Ale 
istnieje wiele rodzajów maszyn, o których można z pożytkiem myśleć jak o ma- 
szynach będących maszynami dyskretnie stanowymi (s. 439). 


Bardziej właściwe wydaje się zatem rozumienie rozróżnienia cyfro- 
wy/analogowy na poziomie symbolicznym, a nie - jako opisu konkretnych 
maszyn. Przekonanie o istnieniu pewnych istotnych (wewnętrznych) cech 


5 Warto wspomnieć, że nie wszystkie współczesne komputery są realizacjami tej archi- 
tektury. 
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komputerów, dzielących je na analogowe i cyfrowe, to jeden z mitów infor- 
matyki (Moore, 1978), który może prowadzić do stawiania pytań takich jak: 
Czy mózg jest komputerem cyfrowym czy analogowym? 

Jakie zatem istotne cechy mają wszystkie maszyny nazywane kompute- 
rami i jaki jest ich status ontologiczny? Rozpocznijmy od omówienia ontolo- 
gii komputerów jako artefaktów technicznych. 


1.1.1. Komputer jako artefakt 


Komputer jest dziełem człowieka, które służy realizacji pewnych 
celów, określonych przez jego projektantów i użytkowników. Obiekty po- 
wstałe w wyniku celowych ludzkich poczynań, w odróżnieniu od tych stwo- 
rzonych przez naturę lub powstałych w wyniku przypadkowych aktów 
człowieka, nazywa się artefaktami. 

Przyjrzyjmy się, czym jest artefakt z punktu widzenia filozofii. 

Stanford Encyclopedia of Philosophy podaje, że artefakt to „obiekt, który 
został stworzony lub wyprodukowany w pewnym celu” (Hilpinen, 2011). 
Wyraz ten pochodzi od łacińskich słów: arte, formy gramatycznej słowa ars 
oznaczającego sztukę, oraz factum, słowa pochodzącego od czasownika 
facere — wytwarzać, co dobrze oddaje jego znaczenie. Najbardziej ogólne 
rozumienie słowa „artefakt” wyraża się w definicji: „coś, co jest dziełem 
ludzkiego umysłu i pracy, w odróżnieniu od wytworów natury”®. 

Artefakty to nie tylko narzędzia, urządzenia czy inne obiekty fizyczne, 
ale również pojęcia bardziej abstrakcyjne, takie jak: kodeksy prawne, pie- 
niądze, sztuki teatralne oraz utwory muzyczne. Najciekawszą z punktu wi- 
dzenia filozofii informatyki kategorią artefaktów są tak zwane artefakty 
techniczne - albowiem ich przykładami są właśnie urządzenia nazywane 
komputerami. Kroes i Meijers (2006) piszą: 


Artefakty techniczne, takie jak maszyny do pisania, młotki, kopiarki lub kompu- 
tery, różnią sie od artefaktów społecznych - takich jak prawa lub pieniądze - tym, 
że realizacja ich funkcji w zasadniczym stopniu zależy od struktury fizycznej. 
Różnią się również od obiektów fizycznych czy naturalnych, ponieważ są 
wyprodukowane celowo (intencjonalnie) i używane przez istoty ludzkie do rea- 
lizacji pewnych celów (s. 1). 


Tak określone artefakty techniczne mają dwie zasadnicze cechy: 1) są 
obiektami fizycznymi, których własności decydują o realizacji funkcji oraz 
2) zostały wyprodukowane do realizacji pewnych celów. Można zatem po- 
wiedzieć, że mają one naturę dualną. 


6 Słownik języka polskiego PWN, http://sjp.pwn.pl/szukaj/artefakt. 
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W literaturze filozoficznej powszechne wydaje sie przekonanie o takiej 
właśnie, tj. dualnej, naturze artefaktów technicznych (Baker, 2006; Houkes, 
Meijers, 2006; Kroes, Meijers, 2006; Kroes, 2010). Z jednej strony są one 
fizyczne, ich struktura daje możliwość realizacji pewnych funkcji, z drugiej 
zaś strony funkcje te odnoszą się do czegoś niematerialnego - ludzkich za- 
miarów (intencji). Zauważmy, że takie określenie artefaktów technicznych - 
czyli jako obiektów fizycznych i intencjonalnych zarazem, łączy dwa różne 
sposoby patrzenia na Świat. Z jednej strony, można traktować Świat jako 
złożony z obiektów fizycznych połączonych pewnymi związkami. Jednakże 
można też patrzeć na rzeczywistość poprzez pryzmat agentów, przede 
wszystkim ludzi, przedstawiających Świat intencjonalnie i celowo w nim 
działających. Artefakty techniczne jako obiekty fizyczne przynależą do 
pierwszej wizji świata, natomiast jako obiekty posiadające intencjonalnie 
nadane funkcje mieszczą się w wizji drugiej. Zatem aby scharakteryzować 
omawiane artefakty, niezbędne są obie konceptualizacje Świata. Kroes 
i Meijers (2006) twierdzą, że „[t]o czyni artefakty techniczne obiektami 
‘hybrydowymi’, które mogą być opisane właściwie w sposób, który łączy 
fizyczne i intencjonalne konceptualizacje świata” (s. 2). 

Do dziś jednak nie powstała żadna powszechnie akceptowana teoria 
wymienionych artefaktów, która łączyłaby oba nieodłączne ich aspekty: 
fizyczny i intencjonalny (funkcjonalny). Największą trudnością istniejących 
teorii wydaje się być zdefiniowanie pojęcia funkcji artefaktów. Albowiem 
z jednej strony, jeśli rozumie się funkcję jako możliwą do zrealizowania 
w obiektach fizycznych, powstaje pytanie, w jaki sposób funkcja ta związana 
jest ze stanami umysłu ludzkiego, tworzącymi rdzeń konceptualizacji inten- 
cjonalnej. Jeśli jednak przyjmiemy, że funkcja jest pewnym stanem umysłu, 
to istnieje ona tylko w wyobraźni projektantów i użytkowników artefaktów. 
Trudno jest wówczas wyjaśnić, w jaki sposób jest ona związana z substancją 
fizyczną tworzącą konkretny artefakt. Tak więc pojęcie funkcji artefaktu jest 
pojęciem kluczowym dla jego opisu, łączącym dziedzinę fizyczną i intencjo- 
nalną (Kroes, Meijers, 2006). 

W literaturze dotyczącej artefaktów technicznych (por. np. Kroes, 2010; 
Meijers, 2001; Thomasson, 2007; Vermaas i Houkes, 2003) znaleźć można 
informacje na temat dwóch podstawowych koncepcji ich funkcji: teorie 
przyczynowe (ang. causal role theories) oraz intencjonalne. 

Te pierwsze zakładają, że aktualne możliwości fizyczne wyznaczają 
funkcję. Jednym z przykładów jest analiza funkcjonalna Cumminsa (1975). 
Cummins twierdził, że nie istnieje artefakt bez obiektu fizycznego i jego 
aktualnych własności, natomiast wszystkie stwierdzenia funkcyjne mogą 
być traktowane jako części „analizy funkcjonalnej”. Pisze on: „x funkcjonuje 
jako p w s (lub: funkcją x-a w s jest p) względem analitycznego wyjaśnie- 
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nia A zdolności s - a do W tylko w przypadku, gdy x jest zdolny do @ ws oraz 
A właściwie i wystarczająco tłumaczy zdolność s-a do W przez, w części, 
odwołanie do zdolności x - a do p ws” (s. 762). 

Przykład: funkcją serca jest pompowanie krwi, gdyż - jak to wyjaśnia 
fizjologia — jest to jego przyczynowy wkład w aktywność układu krąże- 
nia. Funkcją wskazówki godzinowej zegara natomiast jest pokazywanie 
godzin, ponieważ taki jest mechanizm działania zegara. A zatem funkcja- 
mi są te aktualne aktywności obiektu, które są przyczynowymi wkładami 
w aktywność szerszego układu, wskazywanego przez pewne analityczne 
wyjaśnienie. 

Teoria taka ma dwie wady. Jest ona zbyt liberalna, gdyż nie nakłada 
wystarczających ograniczeń na funkcję - i tak, pozwala stwierdzić, że po- 
wodowanie raka skóry jest funkcją słońca, ponieważ istnieje opisany anali- 
tycznie wpływ słońca na powstawanie nowotworowych zmian skórnych. 
Z drugiej jednak strony uznać ją można za zbyt wąską, bo koncentruje się 
jedynie na aktualnych możliwościach fizycznych przedmiotu. Struktura 
i funkcja stają się wówczas niemal identyczne. Ostatecznie jednak przyjąć 
można, że największą wadą tego ujęcia jest brak kryteriów określających 
poprawne działanie artefaktu. 

Sformułowanie „poprawne działanie artefaktu” rozumie się powszech- 
nie jako działanie zgodne z jego funkcją, wyrażane często stwierdzeniami 
typu: „urządzenie robi to, co powinno” - czyli to, do czego je zaprojektowa- 
no. Czy można określić „poprawne działanie” artefaktu bezpośrednim od- 
wołaniem się tylko do jego właściwości fizycznych? Wtedy urządzenie, któ- 
re nie ma obecnie fizycznych zdolności do wykonywania zamierzonej 
funkcji - z definicji funkcji tej nie posiada. A więc nie można mówić o złym 
funkcjonowaniu samolotu, który (na przykład z powodu błędów konstruk- 
cyjnych) nie lata, ponieważ zgodnie z teorią przyczynową latanie nie jest 
funkcją tego samolotu. Intencje związane z artefaktem stają się wtedy, 
w sposób zupełnie nieintuicyjny, nieistotne dla określenia jego funkcji. 

W jaki sposób można zatem określić, czy urządzenie działa poprawnie, 
czy też nie? Konieczne jest odwołanie się do intencji jego projektanta. 
W wielu wypadkach działanie artefaktu, jakim jest komputer, jego użyt- 
kownik uznać może za niepoprawne - na przykład wówczas, gdy urządze- 
nie nie uruchamia się lub działa wolniej niż zazwyczaj. Jego działanie może 
być jednak całkowicie poprawne z punktu widzenia projektanta, ponieważ 
komputer aktualizuje w tym czasie, w sposób automatyczny (na przykład 
korzystając z sieci), swoje oprogramowanie. A zatem każde działanie urzą- 
dzenia może zostać uznane za poprawne lub wadliwe w zależności od 
intencji jego projektanta. To, czy maszyna działa poprawnie, nie jest wła- 
snością samej maszyny jako obiektu fizycznego, lecz zostało wyznaczone 
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w terminach planu (specyfikacji) określonego przez jej twórcę. Artefakt 
fizyczny nie może przecież sam ustalać własnego kryterium poprawności”. 
Jest to najpoważniejszy argument przeciw przyczynowym teoriom funkcji. 

Podobnych trudności, związanych z kryterium poprawnego działania 
artefaktu, nie napotykamy w teoriach intencjonalnych (por. np. McLaughlin, 
2001; Searle, 1995), bowiem zakłada się w nich, że to agent przypisuje 
funkcję do artefaktu, a obiekt i jego elementy pełnią określoną funkcję tylko 
wtedy, gdy realizują jego cel. McLaughlin (2001) pisze: „Funkcja artefaktu 
jest pochodną celu jakiegoś agenta, jaki miał on, tworząc lub przystosowu- 
jąc obiekt; jest ona nadawana obiektowi przez jego oczekiwania i przekona- 
nia. Nie ma agenta, nie ma celu, nie ma funkcji” (s. 60). 

Trzeba więc w tym miejscu postawić pytanie, w jaki sposób funkcja jest 
„przydzielana” obiektowi. Można przyjąć, że jest ona wyznaczana przez 
świadomość projektantów i użytkowników artefaktów. Trudno jest wów- 
czas uzasadnić, jak ludzkie myślenie może ograniczać rzeczywiste przed- 
mioty, takie jak artefakty. Zatem jeśli funkcje owe traktowane są pierwotnie 
jako wzorce stanów mentalnych, istniejące tylko w ideach projektantów 
i użytkowników artefaktów, to niejasny jest stosunek funkcji do fizycznej 
substancji w konkretnym obiekcie (Kroes, 2010). Skoro pojęcie funkcji arte- 
faktu jest nieodłącznie związane ze stanami świadomości agentów, to ich 
mózgi są obiektami fizycznymi, w których pozostaje ona zlokalizowana. 
Taka wersja teorii intencjonalnej jest więc szczególnym przypadkiem teorii 
przyczynowej, w której „mózg agenta” jest nośnikiem funkcji artefaktu 
(Turner, 2013a). 

Istnieją również inne, alternatywne teorie funkcji artefaktów. Można tu 
wspomnieć Vermaasa i Houkes'a (2003) - choć nie stworzyli oni całościo- 
wej teorii funkcji dla artefaktów technicznych, to zaproponowali jednak 
cztery postulaty, które każda taka teoria powinna spełniać. 


D1. Właściwe vs przypadkowe: Teoria funkcji powinna rozróżniać pomiędzy 
właściwymi i przypadkowymi funkcjami artefaktu. Funkcje właściwe winny być 
rozumiane jako funkcje przypisane standardowo do artefaktu, podczas gdy 
funkcje przypadkowe bywają im nadawane tylko okazjonalnie. 

D2. Wadliwe działanie: Teoria funkcji powinna umożliwiać przypisanie właści- 
wych funkcji do artefaktów działających wadliwie - to znaczy takich, które nie 
są w stanie funkcji tych spełniać. 

D3. Struktura fizyczna: Teoria funkcji powinna wymagać, by dla każdej funkcji 
istniały warunki strukturalne wystarczające do jej spełnienia. [...] 

D4. Nowość: Teoria funkcji powinna umożliwiać określenie właściwej funkcji 
artefaktów nowatorskich bądź nietypowych (s. 265-266). 


7 Do zagadnień związanych z weryfikacją urządzeń powrócimy w paragrafie 1.1.3. 
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Za przedstawionymi powyżej postulatami kryją się proste intuicje. I tak, 
D1 zwraca uwagę na możliwość odróżnienia sytuacji typowego zastosowa- 
nia artefaktów od przypadkowego. Drukarka komputerowa służy zazwyczaj 
do drukowania, i choć można użyć jej jako stołka (zapewne nie bez trudu), 
by sięgnąć po książkę z najwyższej półki na regale, to jednak funkcją dru- 
karki jest drukowanie, a nie inne, przypadkowe (okazjonalne) jej zastoso- 
wanie. Postulat D2 pozwala na wyeliminowanie zastrzeżeń stawianych pod 
adresem teorii przyczynowych - w tym teorii Cumminsa - którym brak 
kryterium określającego wadliwe funkcjonowanie artefaktów. Warunek D3 
uniemożliwia określanie funkcji dla obiektów, które nie posiadają struktury 
fizycznej odpowiedniej dla jej realizacji. Obrazuje to przykład kulki z plaste- 
liny, której funkcją nie może być wbijanie gwoździ, gdyż jest ona zbyt mięk- 
ka. Młotek natomiast ma właściwą strukturę fizyczną do realizacji tego 
zadania. Ostatni postulat (D4) gwarantuje możliwość odpowiedniego przy- 
pisania nowego zadania wynalazkom — na przykład powstałym przez połą- 
czenie istniejących artefaktów - gdy takie połączenie ma funkcję inną niż 
obiekty, z których ów wynalazek powstał. 

Nietrudno zauważyć, że opisana wcześniej teoria Cumminsa nie spełnia 
przynajmniej dwóch z przedstawionych powyżej postulatów, a mianowicie 
wadliwe działanie oraz właściwy vs przypadkowy. Jeśli aktualne możliwości 
fizyczne wyznaczają funkcję obiektu, to nie tylko nie można określić obiek- 
tywnego kryterium jego wadliwego działania, ale również nie sposób od- 
różnić jego funkcji właściwej od przypadkowej. 

Oprócz teorii przyczynowych i intencjonalnych, w literaturze znaleźć 
można próby zastosowania innych teorii funkcji do artefaktów technicz- 
nych. Vermaas i Houkes (2003), po przeanalizowaniu możliwości wykorzy- 
stania etiologicznych teorii funkcji znajdujących zastosowanie w biologii do 
artefaktów technicznych, dochodzą do wniosku, że żadnej z nich nie można 
zastosować wprost do tych obiektów. Teorie etiologiczne bowiem przypisu- 
ją obiektom funkcje, bazując na ich historii przyczynowej - a wiemy, ze nie 
ma dla nich dobrze rozwiniętej i powszechnie akceptowanej teorii przyczy- 
nowej. Vermaas i Houkes (2003) zrobili jednak pierwszy krok ku stworze- 
niu etiologicznej teorii artefaktów technicznych, nadającej obiektom funkcje 
na podstawie historii ich projektowania, podając jej trzy podstawowe zało- 
żenia: „(1) autorzy projektują artefakt, który ma pełnić pewną funkcję, 
(2) wyznaczają następnie jego fizyczną strukturę - bazując na swej wiedzy 
naukowej i technicznej, oraz (3) wyjaśniają, dlaczego artefakt z tak określo- 
ną strukturą fizyczną może pełnić ową funkcję” (s. 287). Tak rozumiana 
teoria funkcji spełnia wszystkie przedstawione wcześniej postulaty. 

I tak, spełnia ona warunek struktury fizycznej - poprzez wykorzystanie 
wiedzy naukowej i technicznej projektantów, gwarantującej, że struktura 
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fizyczna artefaktu umożliwi realizację stawianych przed nim funkcji. Po- 
zwala również na zdefiniowanie wadliwego działania artefaktu w przypad- 
ku, gdy jego aktualna struktura fizyczna jest niewłaściwa, czyli niezgodna 
z wiedzą projektantów. Do sytuacji takiej dochodzi, gdy artefakt jest wadli- 
wie wyprodukowany. A zatem teoria ta spełnia wymóg D2. Jednak propozy- 
cja przedstawiona przez Vermaasa i Houkesa wymaga doprecyzowania, 
na co zwracają uwagę sami jej autorzy, na przykład poprzez zastąpienie 
odwołania się wprost do intencji twórców odniesieniem do planów czy pro- 
jektów. 

Przedstawione powyżej trudności związane ze sformułowaniem odpo- 
wiedniej dla artefaktów technicznych teorii funkcji pokazują, że stworzenie 
ontologii tych artefaktów nie jest zadaniem łatwym. Houkes i Meijers 
(2006) nazywają je wprost „trudnym problemem”®. Podane przez nich dwa 
kryteria adekwatności ontologii do artefaktów technicznych - niedookre- 
Ślenie i ograniczenia realizowalności - odpowiadają w pewnym sensie ich 
dualnej naturze. 

Niedookreślenie: Ontologia artefaktów powinna dopuszczać sytuację, 
kiedy pojedyncza funkcja może być spełniana w różnych strukturach oraz 
gdy jedna struktura może spełniać różne funkcje. Relacja pomiędzy artefak- 
tem i jego funkcją nie musi być bowiem relacją jeden do jeden. 

Ograniczenia realizowalności: Powinna ona także umożliwiać wyciąga- 
nie wniosków na temat materialnej bazy z twierdzeń na temat artefaktów 
i ich funkcji i vice versa — powinna dawać wgląd w interakcje pomiędzy ma- 
terialną podstawą a artefaktem. Informacja o artefakcie niesie pewną 
informację o jego materialnej bazie - i istnieje też zależność odwrotna. 

Większość badaczy zgadza się z tym, że pierwsze z powyższych kryte- 
riów powinna spełniać każda ontologia artefaktów technicznych. Jednakże 
w przypadku drugiego kryterium zdania są podzielone. Baker (2006) pisze, 
że związek pomiędzy artefaktem i jego materialną bazą: „[...] zależy od spe- 
cyfiki konkretnej funkcji: mając daną określoną funkcję — powiedzmy obie- 
ranie marchewki - pytamy, jakiego rodzaju materiału użyć i jaki powinien 
on mieć kształt”(s. 134). 

Houkes i Meijers (2006) analizują dwa sposoby rozumienia relacji po- 
między artefaktem i jego materialną bazą: superweniencję oraz ukonstytu- 
owanie, twierdząc, że żaden z nich podanych powyżej kryteriów nie spełnia. 
Rozważmy zagadnienie superweniencji. 

Pojęcie to jest jednym z centralnych pojęć filozofii umysłu służącym do 
wyjaśniania związków pomiędzy tym, co fizyczne, i tym, co mentalne. 


8 Houkes i Meijers zatytułowali swój artykuł z 2006 roku The Ontology of the Artefacts: 
the Hard Problem. 
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Twierdzi sie, ze procesy mentalne superweniują (są „nadbudowane”) na 
Stanach mózgu. Z superweniencją wiązane są trzy główne założenia: 
(1) jeśli dwa obiekty są nierozróżnialne ze względu na swoje własności ba- 
zowe, to muszą być one nierozróżnialne również ze względu na własności 
nadbudowane, (2) własności nadbudowane są zależne od własności bazo- 
wych (fizycznych, chemicznych, biologicznych i tym podobnych), przy czym 
w przypadku własności mentalnych można je realizować w strukturach 
fizycznych na wiele sposobów, (3) własności nadbudowane są niereduko- 
walne do własności bazowych. Podstawowa idea związana z superwenien- 
cją zawiera się w twierdzeniu, że żadne dwie rzeczy jednakowe fizycznie nie 
różnią się między sobą także na poziomie mentalnym. 

Takie ujęcie związku fizyczne/umysłowe nie spełnia obu przytoczonych 
wyżej kryteriów dla ontologii artefaktów technicznych. Kryterium niedo- 
określoności jest złożeniem dwóch założeń: dana funkcja artefaktu może 
być fizycznie realizowana w wielu strukturach fizycznych (top-down) oraz 
dana struktura fizyczna może pełnić wiele funkcji (bottom-up). Oczywiście, 
kryterium top-down zgadza się z ideą superweniencji, jednak problem po- 
jawia się w przypadku drugiego kryterium, gdyż dwa przedmioty o tej sa- 
mej strukturze fizycznej nie mogą być rozróżnialne na poziomie funkcjonal- 
nym. Zatem dwa identyczne przedmioty nie mogą pełnić różnych funkcji. 

Próbą rozwiązania powyższej kwestii jest rozszerzenie zbioru własności 
bazowych i rozważanie artefaktów nie w izolacji, ale razem z kontekstem 
ich projektowania i użycia. Można wówczas stwierdzić, że w jednym kon- 
tekście artefakt (na przykład wspomniana wcześniej drukarka) pełni funk- 
cję F1 (drukuje), ale już w innym - pełni funkcję F2 (ułatwia zdejmowanie 
książki z półki). Podobne ujęcie tego zagadnienia wymaga od nas jednak 
dalszych rozważań. Po pierwsze, nie można odpowiednio rozszerzyć bazy 
superweniencji bez odwołania sie do funkcji artefaktu - która to funkcja jest 
z kolei nadbudowana na własnościach bazowych, ponieważ prowadzi to do 
tak zwanego błędnego koła. Po drugie, artefakty mają nieodłączne własno- 
Sci mentalne, są one bowiem projektowane, produkowane i używane jako 
obiekty przez intencjonalnych agentów. Zatem baza powinna zawierać za- 
równo własności fizyczne, jak i mentalne - co przeczy samej idei superwe- 
niencji. Jak widać, idea rozszerzenia zbioru własności bazowych nie rozwią- 
zuje problemu. 

Superweniencja nie spełnia również drugiego kryterium dla ontologii 
artefaktów technicznych - ograniczenia realizowalności. Artefakty takie 
muszą mieć bowiem określoną strukturę fizyczną, by móc realizować swoją 
funkcję. Jest to rozumowanie typu: od funkcji do struktury fizycznej, czyli od 
własności mentalnej do fizycznej bazy. Idea superweniencji dopuszcza jed- 
nak tylko rozumowanie odwrotne, od bazy fizycznej do własności mental- 
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nych (różne obiekty mogą pełnić tę samą funkcję, ale nie na odwrót). Tak 
więc dla ontologii artefaktów fizycznych superweniencja nie jest dobrą teo- 
rią opisującą związki pomiędzy tym, co fizyczne, a tym, co mentalne. 

Ontologię alternatywną zaproponowała Lynne R. Baker (2000). Jej zda- 
niem, spoiwem Świata materialnego jest ukonstytuowanie (ang. constitu- 
tion). Pisze ona: „Każdy obiekt ma swój zasadniczy, pierwotny (podstawo- 
wy) rodzaj, a byty różnych pierwotnych rodzajów mają odmienne warunki 
trwania. Ukonstytuowanie jest relacją pomiędzy rzeczami o różnych rodza- 
jach pierwotnych” (s. 100). Relacja ukonstytuowania jest relacją asyme- 
tryczną i niezwrotną, która zachodzi pomiędzy obiektami o różnych rodza- 
jach pierwotnych, ale o tym samym zbiorze własności, w konkretnych 
okolicznościach powodując powstanie nowego obiektu. Baker definiuje 
przy tym dwa rodzaje własności obiektów: podstawowe (ang. essential) 
i pochodne (ang. derivative). Na przykład, jeśli mechanizm zegarka wytwa- 
rza dźwięk tykania, to zegarek tyka - tykanie jest więc podstawową wła- 
snością mechanizmu, ale pochodną własnością zegarka. Ważną rolę w teorii 
Baker odgrywa również pojęcie okoliczności. Suma molekuł wody - sama 
w sobie — nie tworzy obiektu o innym rodzaju pierwotnym, na przykład 
rzeki, lecz czynią to odpowiednie okoliczności. 

Analizując rozumowanie autorki, przyjrzyjmy się teraz temu, w jaki spo- 
sób można zastosować powyższą teorię do artefaktów technicznych. 

Baker charakteryzuje ich materialną bazę jako agregat - całość złożoną 
z elementów. I tak, materialną bazą młotka jest suma drewna i stali. Obiekt 
ma przy tym pewien nowy, w stosunku do swoich części, rodzaj pierwotny - 
funkcję, którą określa jego projektant lub producent. Autorka definiuje 
obiekt x jako artefakt wtedy i tylko wtedy, gdy: (1) ma on jednego lub więcej 
projektantów d, których intencje częściowo wyznaczają jego właściwą funk- 
cję i od których zależy istnienie x, (2) x jest ukonstytuowany przez agregat, 
wybrany lub ustalony przez d do realizacji funkcji dla niego właściwej. Po- 
wracając do dualnej natury artefaktów, można stwierdzić, że (1) oddaje jego 
aspekt intencjonalny, a (2) naturę fizyczną. 

Pozostaje jeszcze określenie okoliczności, w jakich agregat a konsty- 
tuuje artefakt x. Agregat a jest odpowiedni wtedy i tylko wtedy, gdy: 
(1) a zawiera dostatecznie dużo elementów o odpowiedniej strukturze, by 
umożliwić artefaktowi x spełnianie jego właściwej funkcji, (2) elementy a 
można połączyć w całość w taki sposób, by artefakt mógł funkcję tę speł- 
niać. Oczywiście w praktyce bardzo trudno jest określić w sposób dokładny 
i wyczerpujący, w jakich okolicznościach agregat a konstytuuje artefakt x. 

Podstawowym pojęciem teorii Baker jest ukonstytuowanie. Houkes 
i Meijers (2006) definiują je następująco: „a konstytuuje x w czasie t wtedy 
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i tylko wtedy, gdy a oraz x są przestrzennie zbieżne w czasie t w x-sprzyja- 
jących okolicznościach” (s. 126). 

W teorii ukonstytuowania funkcja właściwa artefaktu determinuje jego 
rodzaj właściwy. Taki esencjalizm? sprawia jednak trudności w czytelnym 
wyjaśnieniu pewnych kwestii. Istnieją artefakty - jak na przykład telefony 
komórkowe czy komputery - które są wielofunkcyjne, to znaczy mają wiele 
różnych funkcji właściwych. Co więcej, niektóre obiekty zyskują z czasem 
nowe funkcje, bez utraty pierwotnej. Dobrym tego przykładem jest lek o na- 
zwie aspiryna. Początkowo był on stosowany jako lek przeciwbólowy i prze- 
ciwzapalny, jednak gdy okazało się, że ma także własności rozrzedzające 
krew, zastosowano go do leczenia chorób układu krążenia. Aspiryna uzyskała 
zatem nową funkcję właściwą, nieeliminującą tej poprzedniej (nadal działa 
ona przeciwbólowo). Jak określić taki artefakt, korzystając z teorii ukonstytu- 
owania, w myśl której funkcja właściwa x pomaga wyznaczyć tożsamość x? 

Jeśli istnieją dwie funkcje właściwe - mamy do czynienia z dwoma prze- 
strzennie zbieżnymi artefaktami. Przypuśćmy, że ktoś kupuje opakowanie 
aspiryny jako leku rozrzedzającego krew. Będąc na spotkaniu z osobą, którą 
rozbolała głowa, częstuje ją tabletką z opakowania - czyli lekiem przeciw- 
bólowym. Czy w opakowaniu znajdują się wówczas dwa różne artefakty, 
skoro tabletki pełnią odmienną funkcję? Jaki jest związek pomiędzy nimi? 
Zjawisko to Houkes i Meijers (2006) nazywają „ontological stacking, czyli 
istnieniem wielorakich zbieżnych przestrzennie artefaktów” (s. 126). 

Zjawisko zawiera w sobie pewną trudność związaną nie tylko z teorią 
ukonstytuowania, lecz także z powszechną tendencją identyfikowania funk- 
cji właściwej z esencją artefaktu oraz ograniczaniem pojęcia projektowania 
jedynie do skonstruowania produktu lub jego projektu. Jednym z możli- 
wych rozwiązań tej kwestii, zaproponowanym przez Houkesa i Vermaasa 
(2004), jest rozszerzenie pojęcia projektowania artefaktu o jego konstruo- 
wanie oraz ogłoszenie sposobu używania. Aspiryna jest wówczas lekiem 
przeciwbólowym, jeśli zostanie użyta do ukojenia bólu. Z kolei Baker (2006) 
proponuje następujące rozwiązanie problemu ontological stacking. Pisze 
ona o aspirynie, jako leku rozrzedzającym krew, w następujący sposób: 
„|...] ontologicznie mówiąc, mamy teraz nieznacznie inny artefakt — aspiry- 
nę* — która również jest nazywana 'aspiryną, jednakże to aspiryna* ma isto- 
tę wielofunkcyjną: przeciwbólowo-rozrzedzającą krew” (s. 135). 

Można łatwo uzasadnić, że aspiryna i aspiryna* to dwa różne obiekty. 
Jeśli aspiryna przestałaby działać przeciwbólowo, to zaprzestano by jej 


9 Przez esencjalizm rozumiemy tu stwierdzenie, że można zdefiniować obiekt przez po- 
danie skończonego zbioru cech (esencji), które obiekt ten musi posiadać, by należeć do defi- 
niowanej grupy. 
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produkcji. Jeśli natomiast aspiryna* straciłaby działanie przeciwbólowe, to 
jej produkcja trwałaby nadal - jako leku rozrzedzajacego krew. 

Propozycja ta rozwiązuje problem ontological stacking, jednakże teoria 
ukonstytuowania nie spełnia przynajmniej jednego z omówionych wcze- 
śniej kryteriów adekwatności ontologii dla artefaktów technicznych — zasa- 
dy ograniczenia realizowalności. Stwierdza ona, że ontologia ta powinna 
umożliwiać rozumienie możliwości wyciągania wniosków na temat mate- 
rialnej bazy z twierdzeń na temat artefaktów i ich funkcji oraz vice versa. 
Oczywiście, mając daną materialną bazę oraz sprzyjające okoliczności, moż- 
na wyciągać wnioski na temat właściwej funkcji artefaktu. Cóż jednak 
począć z wnioskowaniem odwrotnym - od artefaktu i jego funkcji do mate- 
rialnej bazy? W teorii ukonstytuowania twierdzenia dotyczące funkcji arte- 
faktu pociągają za sobą jedynie to, że przestrzennie zbieżny agregat jest 
„właściwy”, to znaczy zawiera obiekty o „odpowiedniej” strukturze, które 
zostały zebrane „jak należy”. Jednak określenia typu: „właściwy”, „odpo- 
wiedni” czy „jak należy” niewiele mówią na przykład o tym, co takiego po- 
woduje, że samolot może latać. Wiemy jedynie, że został on zbudowany 
z odpowiednich materiałów we właściwy sposób. 

Teoria ukonstytuowania wymaga zatem pewnych ulepszeń i wyjaśnień, by 
na jej podstawie móc precyzyjnie określać związek pomiędzy artefaktem tech- 
nicznym i jego materialną bazą. Można nakładać dodatkowe warunki na agre- 
gat — bądź też przyjrzeć się bliżej okolicznościom, w których struktura fizyczna 
tworzy obiekt, dodając do nich okoliczności, związane na przykład z agentem. 

Podsumowując, można stwierdzić, że obecnie żadnej z istniejących onto- 
logii artefaktów technicznych nie sposób po prostu „zastosować” do obiek- 
tów nazywanych komputerami. Co więcej, współcześnie coraz trudniej jest 
odróżnić komputery w rozumieniu „maszyny” od wykonywanych na nich 
programów. Istotne więc staje się jednoznaczne określenie, czym jest 
hardware (sprzęt), a czym software (oprogramowanie) "0. 


1.1.2. Hardware versus software 


Rozróżnienie pomiędzy powyższymi pojęciami związane jest z wie- 
loma szczególnie trudnymi, ważnymi i dalekosiężnymi problemami!!1. Na 


10 Pojęcia: „hardware” i „software” używane są w języku polskim w wersji oryginalnej 
lub też tłumaczone są odpowiednio jako sprzęt i oprogramowanie, co z filozoficznego punktu 
widzenia może być mylące. Pozostajemy zatem przy wersji angielskiej tych terminów. 

11 Rozróżnienie hardware/software ma na przykład swoje konsekwencje prawne, po- 
nieważ w większości państw (nie tylko europejskich) oprogramowanie jest chronione pra- 
wem autorskim, a urządzenia prawem patentowym. 
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pierwszy rzut oka sprawa jest prosta: hardware to maszyna, a software - 
zbiór instrukcji, który czyni maszynę operatywną w określony sposób. Za- 
stanawiajac się głębiej nad powyższym zagadnieniem, nie sposób jednak nie 
sformułować szeregu istotnych pytań. Sprecyzujmy je. 

Czy omówione rozróżnienie dotyczy tylko komputerów, czy też wszyst- 
kich maszyn? Czy komputerami nazwiemy wszystkie urządzenia działające 
zgodnie z pewnym zbiorem instrukcji? Kwestia przekręcenia pokrętła 
w budziku: czy jest to już „zaprogramowanie” budzika, a on sam jest rodza- 
jem komputera? I dalej - czym są instrukcje dla maszyny? Bo jeśli są one 
jedynie pomyślane lub napisane ołówkiem na kartce, to nie mogą - jeszcze - 
wpływać na ich bezpośrednie zachowanie. Ale jeśli są już dane w postaci 
materialnej (płyty CD, karty pamięci) i stały się tym samym częściami ma- 
szyn (zostały do nich wprowadzane), to dlaczego nie określimy ich poję- 
ciem „hardware”? 

W literaturze spotkać można różne próby definiowania pojęcia „hardware” 
- zazwyczaj uznawane jest ono za dopełniające do pojęcia „software”. Eden 
i Turner (2006) w swej taksonomii obiektów informatyki podają następują- 
cą definicję: 


Hardwareber2 kategoria maszyn liczących, których zachowanie może być mode- 
lowane przez uniwersalną maszynę Turinga i których zbiór instrukcji jest za- 
kodowany w jakimś języku pełnym w sensie Turinga. 


Oczywiście tak zdefiniowany obiekt kategorii Hardware może być wbu- 
dowany do obiektu, który do tej kategorii nie należy. A zatem mikroproce- 
sor wbudowany w mikrofalówkę to obiekt kategorii Hardware, ale sama 
mikrofalówka do tej kategorii nie należy. Co więcej, obiekty kategorii 
Hardware są materialne, podczas gdy obiekty kategorii Programy? (czyli 
software) takie nie są. Mikroprocesory są obiektami fizycznymi, które mają 
określoną masę i zajmują miejsce w czasie i przestrzeni, a programy nie 
posiadają żadnej z tych własności. 

Czy rozróżnienie to jest rzeczywiście tak proste i sprowadza się do 
fizycznych cech sprzętu, których programy nie posiadają? Niestety, nie. 

Po pierwsze, postęp technologiczny powoduje, że to, co kiedyś uważane 
było za software, obecnie określa się jako „hardware” — pewne operacje 
wcześniej obsługiwane programistycznie obecnie realizowane są sprzęto- 
wo. Na przykład wiele skryptów wczesnych języków programowania (języ- 
ków maszynowych) zawierało podprogram (software) dodawania dwóch 
liczb zmiennoprzecinkowych; pojawiły się jednak mikroprocesory (hard- 
ware) wykonujące operacje zmiennoprzecinkowe, i podprogramy stały się 


12 Definicje kategorii Programy znaleźć można w paragrafie 2.1.1. 
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zbędne. Zatem software może być zastąpiony przez hardware jedynie w taki 
sposób, że są one funkcyjnie nierozróżnialne. 

Po drugie, istnieją programy (tak zwane firmware), które wbudowywa- 
ne bezpośrednio w urządzenia stają się ich nieodłączną częścią - zapewnia- 
ją podstawowe procedury ich obsługi. W komputerze programem takim jest 
BIOS (Basic Input/Output System) - zapisany w pamięci stałej komputera 
(w pamięci ROM płyty głównej lub na kartach rozszerzeń, na przykład na 
kartach graficznych), pośredniczący pomiędzy sprzętem a systemem opera- 
cyjnym. Programy firmware są zatem przykładami „hardware, który jest 
software”. Jak zatem odróżnić, który jest który? 

Definicja relacji równości obiektów, nazywana w literaturze prawem 
Leibniza, stwierdza, że x jest tożsame z y zawsze i tylko wtedy, gdy dla 
wszystkich własności F, x ma własność F zawsze i tylko wtedy, gdy y ma tę 
własność. Określenie to zawiera w sobie dwie zasady: zasadę identyczności 
nierozróżnialnych (jeśli dla wszystkich własności F, x ma własność F zawsze 
i tylko wtedy, gdy y ma własność F, to x i y są identyczne) oraz zasadę nie- 
odróżnialności identycznych (jeśli x jest identyczny z y, to dla wszystkich 
własności F, x ma własność F zawsze i tylko wtedy, gdy y ma własność F). Są 
one powszechnie uważne za kluczowe dla określenia równości obiektów. 
Zgodnie z tym prawem do stwierdzenia odmienności dwóch obiektów wy- 
starczy wskazanie cech, które posiada jeden z nich, a których nie posiada 
drugi. Pozwala to na odróżnienie software od hardware, gdyż nawet jeśli pro- 
cesor wykonuje te same obliczenia co program, to jednak posiada on cechy 
(takie jak masa czy też podatność na korozję), których ten drugi nie posiada. 

Różnic pomiędzy software a hardware można również szukać głębiej - 
poza cechami fizycznymi. Słowo „software” sugeruje, że w programach jest 
coś „miękkiego” (ang. soft oznacza miękki, delikatny), czego nie ma w sprzę- 
cie (hardware, ang. hard oznacza twardy). Co oznacza owa „miękkość”? 

Suber (1998) twierdzi, że hardware jest programowalny, a software 
przenośny. Rozumie on przy tym pojęcie przenośności szeroko, zarówno 
jako możliwość wykonania programu na różnych maszynach, jak i jako 
możliwość przenoszenia programów z jednego nośnika na inny: z papieru 
na dysk magnetyczny, z dysku do pamięci RAM komputera i tak dalej. Cecha 
ta oddaje zatem niezależność programów od ich nośników oraz od sprzętu. 
Tak więc firmware to nie software, ponieważ nie jest przenośny. 

Jak już wspomniano, najczęściej definiuje się hardware w opozycji do 
software, twierdząc, że software jest pojęciem abstrakcyjnym, a hardware - 
obiektem konkretnym. I tak, charakteryzuje się hardware jako obiekt fizycz- 
ny stanowiący część systemu komputerowego", co sugeruje, że software 


13 Przez system komputerowy rozumiemy połączenie sprzętu i programów na nim wy- 
konywanych. 
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nie jest częścią takiego systemu lub - co gorsza - ze nie jest on „fizyczny” 
(należy bowiem pamiętać, że program komputerowy można rozważać za- 
równo jako obiekt abstrakcyjny, jak i na poziomie fizycznym”). 

Sprowadzanie powyższego do poziomu abstrakcyjne/konkretne było 
wielokrotnie krytykowane. James Moore (1978) uważa, że dychotomia 
software/hardware jest czysto pragmatyczna. Dla jednej osoby dany frag- 
ment systemu stanowi „software” (ponieważ osoba ta może go zmienić), 
a dla innej „hardware”. Pisze on: „Dla danej osoby i systemu komputerowe- 
go software to programy, które mogą być uruchomione w tym systemie 
oraz - zawierające instrukcje, które osoba ta może zmienić; hardware na- 
tomiast to pozostała część systemu” (s. 215). 

Zatem dla specjalisty piszącego programy w języku maszynowym hard- 
ware to na przykład obwody systemu, ale już dla programisty używającego 
języka wysokiego poziomu pojęcie hardware rozszerza się i zawierają się 
w nim również programy w języku maszynowym. Większość użytkowników 
natomiast prawie cały system traktuje jako hardware. 

Przytoczone wątpliwości Subera i Moore'a dotyczące rozróżnialności 
software/hardware krytykuje Duncan (2009). Twierdzi on, że aby sprostać 
powyższemu wyzwaniu, konieczne jest przyjęcie szerszej perspektywy on- 
tologicznej. 

W celu dokonania ontologicznego rozróżnienia software/hardware 
Duncan proponuje przyjęcie Basic Formal Ontology (BFO)%5, która z założe- 
nia jest ontologią realistyczną (jej terminy reprezentują rzeczywistość) oraz 
uniwersalną (niezależną od dziedziny, jaką opisuje). Podstawowym termi- 
nem tej ontologii jest byt rozumiany jako to, co istnieje w czasie i w prze- 
strzeni. Byty można podzielić na dwie kategorie: ciągłe (ang. continuant) 
oraz pojawiające się (ang. occurrent). Duncan (2009) opisuje je następująco: 


1) ciągły: byt, istniejący w całości w pewnym czasie, w którym istnieje zupełnie, 
utrzymuje się przez długi czas, zachowując swoją tożsamość, i nie ma ele- 
mentów czasowych. 

Przykłady: serce, osoba, kolor pomidora, masa chmury 


2) pojawiający się: byt, który ma elementy czasowe i który staje się, ujawnia lub 
rozwija w czasie. [...] 

Przykłady: życie organizmu, najciekawsza część życia Van Gogha, czasoprze- 

strzenny obszar zajmowany przez guz nowotworowy (s. 17). 


14 Kwestię tę omówiono szerzej w paragrafie 2.1.1. 

15 The Basic Formal Ontology (BFO) jest ontologią zaprojektowaną dla integracji różnych 
dziedzin naukowych. Nie zawiera zatem terminów fizycznych, chemicznych, biologicznych 
i innych, które mogłyby nie pasować do innych dziedzin, a które to terminy obejmują ontolo- 
gie nauk szczegółowych. Pełny opis BFO można znaleźć na stronie http://www.ifomis.org/bfo. 
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Przez „hardware” autor rozumie byt fizyczny wchodzący w skład syste- 
mu komputerowego i stanowiący jednolitą całość. Proponuje on nazywanie 
takich bytów „egzemplarzami sprzętu komputerowego” (ang. piece of 
computing hardware; Duncan, 2009, s. 18). Z kolei „software” to byt zapro- 
jektowany w celu umieszczenia go w wielu systemach komputerowych, 
znajdujący się w jakimś obiekcie fizycznym (płyta CD, karta pamięci i tym 
podobne). Autor określa go mianem „oprogramowania” (ang. software 
application). Tak rozumiane software i hardware należą do kategorii bytów 
ciągłych, ponieważ zachowują swoją tożsamość w czasie. 

BFO dzieli byty ciągłe na dwa rodzaje: 

1) niezależne - nośniki jakości, którym przysługują lub w których tkwią 

inne byty, a które same w sobie nie przysługują niczemu, 

2) zależne - byty, które są albo zależne od jakiegoś bytu niezależnego, 

albo przysługują bytowi niezależnemu. 

Przykładem bytu niezależnego, podanym przez autora, są włosy, nato- 
miast ich kolor jest już bytem zależnym, ponieważ przysługuje bytowi nie- 
zależnemu. A więc, zgodnie z takim ujęciem, wszystkim instancjom bytów 
niezależnych przysługują byty zależne - i na odwrót. 

Dalej, byty zależne zostały podzielone na dwa rodzaje: 

1) rodzajowo zależne (ang. generically dependent) - zależne od jakiegoś 

nośnika, a nośniki te mogą się zmieniać, 

2) specjalnie zależne (ang. specifically dependent) — zależne zawsze od 

tego samego nośnika. 

Plik w formacie pdf jest przykładem bytu rodzajowo zależnego, ponie- 
waż może istnieć na wielu komputerach i wiele razy w czasie. Czerwony 
kolor pomidora natomiast jest przykładem bytu specjalnie zależnego, gdyż 
jeśli nie istnieje konkretny pomidor, to nie istnieje również ta jego cecha, 
którą jest czerwony kolor. 

Przyjęcie powyższej klasyfikacji bytów, zaczerpniętej z BFO, pozwala na 
jednoznaczne odróżnienie software od hardware. Hardware jest bytem 
ciągłym, niezależnym, realizującym funkcje konieczne do wykonywania 
obliczeń. Na przykład dysk twardy służy do przechowywania danych na 
nośniku magnetycznym, a pewien zbiór bramek logicznych w procesorze - 
do dodawania liczb całkowitych. W obu wypadkach istnieje pewna funkcja 
obliczeniowa (przechowywanie informacji i dodawanie liczb) przysługująca 
tym obiektom. 

Zastanówmy się teraz, gdzie w przedstawionej powyżej hierarchii bytów 
jest miejsce dla software. Program jest zbiorem zakodowanych instrukcji 
reprezentujących pewną funkcję obliczeniową. Instrukcje takie kodowane 
są w różny sposób, ponieważ software istnieje w wielu formach: na płytach 
CD, kartach pamięci i tak dalej. Ponadto zakodowany zbiór instrukcji nie 
jest funkcją obliczeniową, lecz jej reprezentacją. Ta sama funkcja może być 
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zapisana w różnych językach programowania, a więc za pomocą różnych 
kodów. Zatem software jest przykładem bytu rodzajowo zależnego. 
Duncan (2009) podaje następujące definicje hardware i software: 


1) egzemplarz sprzętu komputerowego: niezależny byt ciągły, który jest celowo 
zaprojektowany dla aktualizacji jednej lub więcej funkcji obliczeniowych. 


[...] 
3) oprogramowanie: rodzajowo zależny byt ciągły, kodujący reprezentację jed- 
nej lub więcej funkcji obliczeniowych (funkcji realizowalnych) (s. 24). 


Definicje te wskazują miejsce omawianych bytów w hierarchii BFO, któ- 
re można przedstawić schematycznie w następujący sposób: 


byty ciągłe (ang. continuant) 


ML 


niezależne zależne 


egzemplarz sprzętu komputerowego / N, 


rodzajowo zależne specjalnie zależne 
oprogramowanie 


Rys. 1. Klasyfikacja bytów ciągłych według BFO 


Z powyższego schematu wynika, że wbrew opisanym wcześniej suge- 
stiom Moore'a i Subera, software i hardware są różnymi, jednoznacznie 
zaklasyfikowanymi bytami. 

Problemem, który pojawia się zarówno przy pojęciu hardware, jak i so- 
ftware, jest określenie właściwych metod sprawdzania ich poprawności. 
Przejdźmy zatem do omówienia sposobów weryfikacji działania urządzeń, 
jakimi są komputery. 


1.1.3. Weryfikacja komputerów jako urządzeń 
Współczesne systemy komputerowe składają się z urządzeń nazy- 


wanych komputerami oraz z całej gamy programów - od systemów opera- 
cyjnych aż po specjalistyczne aplikacje inżynieryjne, księgowe czy gra- 
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ficzne16, Komputery te są bardzo wiarygodne i rzadko się psują, jednakże 
trudno jest sprawdzić ich wiarygodność i poprawność działania. Wiąże się 
to w dużej mierze z poziomem złożoności nowoczesnych systemów. Ponad- 
to testowanie, którym się je poddaje, może jedynie wykazać w danym sys- 
temie obecność błędów, a nie ich brak (Dijkstra, 1989). Jedyną metodą 
udowodnienia stuprocentowej poprawności działania systemu byłaby jego 
weryfikacja, czyli podanie odpowiedniego dowodu formalnego. Jednak 
stworzenie takiego dowodu wydaje się niemożliwe lub przynajmniej krań- 
cowo trudne. Tak więc „[...] połączenie komputer+program zaskakuje nas 
zarówno tym, co robi, jak i tym, czego nie robi [....]” (Bornat, 2006, s. 2). 

Prace nad formalną weryfikacją urządzeń rozpoczęły się niemal równo- 
cześnie z badaniami związanymi z weryfikacją programów. Obecnie szcze- 
gólnie ważne jest sprawdzanie sprzętu używanego w aplikacjach związa- 
nych z szeroko pojmowanym bezpieczeństwem, takich jak: kontrola lotów, 
systemy kontroli i ograniczania dostępu (na przykład w bankach), bądź też 
jak medyczne systemy diagnostyczne. Można także wskazać przyczyny na- 
tury ekonomicznej, dla których warto weryfikować urządzenia przed ich 
wytworzeniem - na przykład w przypadku źle skonstruowanych chipów 
przebudowywanie ich jest procesem długim i kosztownym (Cohn, 1989). 
Między innymi z powyższych powodów w latach 80. XX wieku National 
Security Agency finansowała badania „provable secure”, w rezultacie któ- 
rych bezpieczeństwo komputerów byłoby zagwarantowane matematycznie. 
Chodziło o stworzenie procedur formalnego dowodzenia tego, że w syste- 
mie bezpieczeństwa tkwiącym w projekcie nie ma luk i błędów. Jednym 
z efektów tych prac było powstanie wojskowego mikroprocesora o nazwie 
VIPER (Verifiable Integrated Procesor for Enhanced Reliability). 

VIPER był mikroprocesorem zaprojektowanym przez W. Cullyera, 
C. Pygotta oraz J. Kershawa w placówce naukowo-badawczej ministerstwa 
obrony Wielkiej Brytanii. Dla projektantów od początku było oczywiste, że 
VIPER zostanie formalnie zweryfikowany. Ich wysiłki zaowocowały stwo- 
rzeniem specyfikacji wyrażonej w języku formalnym oraz bardzo prostym 
projektem (na przykład „przerwania” były zabronione, a lista instrukcji 
została ograniczona do minimum). Sam proces weryfikacji odbywał się na 
Uniwersytecie w Cambridge w latach 1986-1987. 

W materiałach promocyjnych nazywano VIPER-a pierwszym dostępnym 
komercyjnie mikroprocesorem z formalną specyfikacją i dowodem na to, 
że chip jest z nią zgodny. Analizując te materiały, można odnieść mylne 


16 Programy komputerowe pojawiają się również w wielu urządzeniach, które trudno 
nazwać komputerami, na przykład w samochodach, robotach przemysłowych, telefonach 
komórkowych i tym podobnych. 
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wrażenie, że udowodnienie bezpieczeństwa projektu pociąga za sobą twier- 
dzenie, iż wszystkie urządzenia zbudowane zgodnie z nim będą bezpieczne. 

Avra Cohn (1989), jeden z członków zespołu VIPER-a, stwierdza, że ist- 
nieją liczne ograniczenia związane z formalną weryfikacją sprzętu. Po 
pierwsze, chip jako urządzenie fizyczne nie może zostać formalnie spraw- 
dzony. Sprawdzeniu takiemu podlega jedynie jego projekt. Nie można zatem 
powiedzieć, że chip zachowuje się w zamierzony sposób. Cohn pisze: „Ani 
zamierzone zachowanie, ani fizyczny chip nie są obiektami, do których 
można zastosować słowo 'dowód' w sensowny sposób. Zarówno intencja, 
jak i chip mogą zostać nieodpowiednio opisane w języku formalnym, a to 
nie jest sprawdzalne” (s. 9). 

Po drugie, może zdarzyć się sytuacja, że błędy w modelu abstrakcyjnym 
nie spowodują błędów w fizycznym urządzeniu, ponieważ osoby dokonują- 
ce weryfikacji dysponują innym opisem sprzętu niż jego wykonawcy. Być 
może błąd, który pojawia się w specyfikacji, nigdy nie powstał w umyśle 
projektantów. Tego typu sytuacje są możliwe, gdyż projektanci, wykonawcy 
i osoby sprawdzające sprzęt posługują się różnymi językami. Na przykład 
specyfikacja VIPER-a została stworzona jako hierarchia coraz bardziej 
abstrakcyjnych modeli wyrażonych w różnych językach. Poziom najniższy, 
najbardziej konkretny, został zapisany przez projektantów w języku natu- 
ralnym, w postaci tekstu wzbogaconego ilustracjami. Oczywiście przejście 
na poziom wyższy wymagało „przetłumaczenia” piktogramów na język 
formalny — a nie ma żadnej gwarancji, że tłumaczenie to było adekwatne. 
Nie można również sprawdzić, czy wszystkie wymagania opisane w języku 
naturalnym zostały właściwie oddane w formalnym języku specyfikacji. Co 
więcej, wszelkie wysiłki z konieczności związane z weryfikacją urządzenia 
ograniczają się do tych jego czynności, które zostały opisane na najbardziej 
abstrakcyjnym poziomie. Nie ma jednak możliwości formalnego opisu 
wszystkich aspektów pracy komputera. 

Tym, co można udowodnić w sposób formalny, jest jedynie poprawność 
matematycznego modelu programu lub sprzętu, a nie właściwe działanie 
fizycznego urządzenia lub programu wykonywanego na fizycznej maszynie. 
Argumentacja matematyczna nie może bowiem pokazać odpowiedniości 
pomiędzy modelem matematycznym a rzeczywistością fizyczną17. W procesie 
weryfikacji urządzeń mówi się o stanie abstrakcyjnych miejsc w pamięci 
i o zachowaniu elementów wykonawczych, a nie o rzeczywistym urządzeniu 
jako takim. Błędem jest zatem twierdzenie, że dowody sprzętowe stwier- 
dzają poprawność działania fizycznych maszyn ponad wszelką wątpliwość. 


17 Do zagadnienia tego powracamy w paragrafie 2.2.1 poświęconym sprawdzaniu po- 
prawności programów komputerowych. 
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Cohn (1989) stwierdza: „Urządzenie materialne moze być tylko obserwo- 
wane i mierzone; nie może być zweryfikowane. Może też ono być opisane 
w sposób formalny, a opis ten zweryfikowany, ale nie ma sposobu na za- 
pewnienie trafności tego opisu” (s. 131). 

Istnieje zasadnicza różnica pomiędzy naturą obiektów abstrakcyjnych 
a naturą obiektów fizycznych - i nie można wniosków dotyczących jednych 
przenosić bezpośrednio na drugie. Formalny dowód poprawności projektu 
urządzenia nie gwarantuje właściwego działania powstałej na podstawie 
tego projektu rzeczywistej maszyny. 

Jeśli nawet założymy możliwość formalnego udowodnienia właściwego 
działania skomplikowanego systemu programów i równie skomplikowane- 
go projektu sprzętu, to nadal nie powstanie z tego matematyczny dowód na 
fizyczne zachowanie się systemu komputerowego. Każdy taki „dowód” po- 
kazuje bowiem tylko pewną relatywną poprawność, zakładając implicite 
adekwatność modeli matematycznych użytych do jego zaprojektowania. 

Co więcej, istnieje wiele pozalogicznych czynników wpływających na 
działanie urządzeń - jak na przykład sposób i warunki ich produkcji oraz 
cechy otoczenia fizycznego, w którym są one uzywane!8. A zatem nie jest 
właściwe nazywanie systemów komputerowych „zweryfikowanymi” i twier- 
dzenie, że zawsze będą one działały poprawnie, to znaczy zgodnie ze sta- 
wianymi im wymaganiami. 

Skutecznym i prostym sposobem na zwiększenie wiarygodności syste- 
mów jest ich testowanie. Obiekty fizyczne powinny być sprawdzane empi- 
rycznie poprzez przeprowadzenie odpowiednich testów, obserwację wy- 
ników oraz ich interpretację (Turner, 2011). Jeśli któryś z testów nie 
powiedzie się choćby raz, to wówczas można stwierdzić, że system nie dzia- 
ła prawidłowo. Z kolei jeśli dane wejściowe zostały wybrane odpowiednio - 
przyjmuje się, że urządzenie fizyczne spełnia swoją specyfikację. Czasami, 
choć bardzo rzadko, możliwe jest przetestowanie wszystkich danych wej- 
Sciowych. Jednak nawet wtedy stwierdzenie poprawności działania syste- 
mu jest jedynie stwierdzeniem empirycznym, dotyczącym obiektu fizyczne- 
go, a nie twierdzeniem matematycznym. Poprawność artefaktów fizycznych 
to zawsze kwestia empiryczna, a ta nie daje absolutnej pewności, że urzą- 
dzenie będzie działało. 

Debata nad dopuszczalnymi metodami weryfikacji systemów kompute- 
rowych wywołała dyskusję dotyczącą statusu dowodów matematycznych. 
Naukowcy szukają odpowiedzi na pytania, co to jest dowód matematyczny 
i jakie są jego cechy, oraz czy formalne weryfikacje urządzeń i programów 


18 Tym samym wnioskowania dotyczące poprawnego działania urządzeń są ze swej na- 
tury podważalne, podobnie jak rozumowania dotyczące weryfikowalności programów. 
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można uznać za dowody matematyczne. Niektórzy z nich twierdzą, ze pro- 
blem związany z definiowaniem dowodu matematycznego jest nie tylko 
zagadnieniem filozoficznym czy metodologicznym, lecz także problemem 
całkowicie realnym. Ujawnił się on wraz z wprowadzeniem na rynek 
wspomnianego już VIPER-a. Czy stwierdzenie reklamy, że istnieje dowód 
poprawności jego działania, jest prawdziwe? Czy inni producenci sprzętu 
mogą domagać się sprostowania tej informacji - na przykład, na drodze 
sądowej? MacKenzie (1992) twierdzi, że wątpliwości dotyczące cech dowo- 
du matematycznego mogą zostać w niedługiej przyszłości rozstrzygnięte 
właśnie w sądzie. Już teraz znaleźć można pewne rozwiązania tej kwestii, 
i to nie w pracach naukowych dotyczących filozofii, matematyki czy in- 
formatyki, ale w dokumentach rządowych. I tak, „UK Interium Defence 
Standard 00-55” rozstrzyga, co jest dowodem formalnym, a co ścisłą argu- 
mentacją: 


Dowód formalny to ściśle określony ciąg formuł logicznych, w którym każda 
z nich wynika z formuły wcześniejszej w tym ciągu - lub też jest przykładem 
aksjomatów teorii logicznej. 

Ścisła argumentacja pojawia się w literaturze naukowej na poziomie argumenta- 
cji matematycznej, gdy zostanie ona poddana recenzji (ocenie środowiska) (...)+%. 


Rozumienie komputera jako urządzenia fizycznego ma jednak niewiele 
wspólnego z takimi pojęciami, jak dowód formalny czy Ścisła argumentacja. 

Inaczej rzecz ma się w przypadku traktowania komputerów jako obiek- 
tów abstrakcyjnych - maszyn matematycznych. 


1.2. Komputer jako obiekt abstrakcyjny 


Teoretyczne pojęcie „komputer” stworzyli logicy matematyczni w celu 
ułatwienia badań nad naturą obliczalności, a zwłaszcza nad jej ogranicze- 
niami (Mahoney, 2002). Można zatem uważać, że komputery są maszynami 
matematycznymi, a każdy aspekt ich funkcjonowania da się wydedukować 
ze Ścisłej definicji — i to z matematyczną precyzją, za pomocą praw czystej 
logiki (Hoare, 1986). 

Jedną z takich ścisłych matematycznych definicji podał Alan Turing 
(1936), a abstrakcyjny byt przez niego opisany nazywa się dzisiaj maszyną 
Turinga. Składa się on z nieskończonej taśmy złożonej z klatek, w których 
mogą być zapisywane symbole, oraz z przesuwającej się po niej głowicy 


19 UK Ministry of Defence Directorate of Standarization, Glasgow 5 April 1991 (UK In- 
terium Defence Standard 00-55), w: (McKenzie, 1992). 
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wykonującej instrukcje (stanowiące program maszyny). W każdym momen- 
cie maszyna znajduje się w jednym z możliwych stanów, głowica natomiast 
„obserwuje” jedną z klatek taśmy. Działanie maszyny jest bardzo proste. 
Głowica czyta symbol znajdujący się na taśmie i - zgodnie z instrukcjami 
programu - pozostawia go bez zmian bądź też zamienia na inny, jednocze- 
śnie przesuwając się na niej o jedną klatkę (w lewo lub w prawo). Następnie 
maszyna może przejść w inny stan. Wykonując kolejne instrukcje programu, 
byt ten „oblicza”. 

Oczywiście, formalizm maszyny Turinga nie jest jedyną próbą doprecy- 
zowania pojęcia „komputer” jako obiektu abstrakcyjnego. Istnieje wiele 
innych jego formalnych (matematycznych) opisów. Wszystkie one posiadają 
jedną wspólną cechę: definiują go jako obiekt wykonujący operacje na sym- 
bolach, a więc w terminach czysto syntaktycznych. „Komputery operują na 
symbolach” - to zdanie zupełnie oczywiste dla informatyka, kontrowersyjne 
jednak z punktu widzenia filozofa. Zdefiniowanie komputerów jako urzą- 
dzeń wykonujących operacje na symbolach wiąże się bowiem z różnymi 
trudnościami. 

Charakterystyka komputerów w terminach czysto syntaktycznych, 
„w terminach ustalenia (ang. assignment) zer i jedynek” (Searle, 1990, s. 5), 
jest w pewnych sytuacjach niewystarczająca. Pomijana w takich opisach 
semantyka jest istotna - na przykład w definiowaniu identyczności syste- 
mów, koncentrującym się nie na ich budowie, lecz na rodzaju obliczeń, jakie 
wykonują?0. 

Co więcej, taki sposób rozumienia „bycia komputerem” jest zbyt ograni- 
czony. Żaden z istniejących opisów formalnych nie obejmie bowiem wszyst- 
kich komputerów. Przedstawiona powyżej maszyna Turinga oddaje strukturę 
bardzo niewielu współczesnych maszyn liczących. Można oczywiście roz- 
szerzać istniejące - lub tworzyć nowe - opisy abstrakcyjne, ale „proces ten 
nigdy w sposób właściwy nie uchwyci pojęcia bycia komputerem, tak jak 
żaden katalog z biżuterią nie zdefiniuje pojęcia biżuteria” (Hayes, 1997, s. 3). 

Z drugiej strony, czysto syntaktyczny opis jest za szeroki, gdyż pozwala 
na objęcie tą nazwą zbyt wielu systemów fizycznych. I tu stajemy wobec 
problemu wskazanego przez Searle'a (1990), określanego jako „uniwersal- 
na realizowalność”: wszystko może być komputerem, ponieważ dla każdego 
obiektu można znaleźć taki jego opis, zgodnie z którym obiekt ten jest cy- 
frowym komputerem. Każdy system fizyczny można bowiem rozumieć jako 
realizację jakichś abstrakcyjnych bytów formalnych, takich jak zbiory czy 
równania różniczkowe. Nie powinniśmy jednak traktować każdego takiego 
systemu jako komputera. 


20 Por. semantyczna koncepcja obliczania (Shagrir, 1999). 
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Przyjęcie, ze istotne cechy komputera są czysto syntaktyczne, prowadzi 
do możliwości różnych jego realizacji. Na przykład fizycznymi realizacjami 
maszyny Turinga mogą być zarówno mechaniczny kalkulator zbudowany 
z kół zębatych, system hydrauliczny, przez który przepływa woda, jak i cała 
gama współczesnych komputerów zbudowanych z wykorzystaniem róż- 
nych technologii21. Jeśli ponadto obliczanie definiuje się w terminach usta- 
lenia (przypisania) składni, to wszystko może być cyfrowym komputerem, 
ponieważ o każdym obiekcie posiadającym wystarczającą liczbę stanów 
można myśleć jako o wykonującym obliczenia, odpowiednio tylko je inter- 
pretując. Zatem zdaniem Searle'a, twierdzenie, że coś jest komputerem lub 
że pracuje obliczeniowo - jest po prostu bezsensowne. 

Dla każdego programu komputerowego istnieje pewien dostatecznie 
skomplikowany obiekt, dla którego istnieje opis, zgodnie z którym obiekt 
ów jest implementacją tego programu. Na przykład Ścianę można interpre- 
tować jako realizację edytora tekstu Wordstar, ponieważ istnieje pewien 
wzorzec ruchów molekuł, izomorficzny z formalną strukturą tego progra- 
mu??. Searle (1990) pisze: „Dla każdego obiektu istnieje taki jego opis, 
zgodnie z którym obiekt ten jest cyfrowym komputerem” (s. 5). 

Warto zauważyć, że składnia nie jest nieodłącznie związana z fizyką, 
a przypisanie składni do obiektu jest zawsze relatywne w stosunku do 
obserwatora, traktującego pewne zjawiska fizyczne jako syntaktyczne. 
Nie można zatem obiektywnie stwierdzić, że coś jest komputerem, albo- 
wiem charakterystyka obiektu jako komputera cyfrowego jest zawsze su- 
biektywna. 

Przedstawione powyżej trudności związane z definiowaniem komputera 
jako maszyny abstrakcyjnej mogą sugerować, że „bycie komputerem” 
jest pierwotne w stosunku do pojęcia maszyny Turinga lub innej maszyny 
abstrakcyjnej. Trudności te mogą także motywować do poszukiwań innej 
charakterystyki komputera. 


1.3. Inne koncepcje komputera 


Jedną z podstawowych motywacji do poszukiwań charakterystyki 
komputera, która unika pojęcia maszyny abstrakcyjnej, jest chęć wyelimi- 
nowania problemu uniwersalnej realizowalności - czyli wykluczenia poza 


21 Weizenbaum (1976) podaje przepis na skonstruowanie komputera z rolki papieru to- 
aletowego i stosu małych kamyczków. 

22 Searle twierdzi nawet, że jeśli ściana jest dostatecznie duża, to może ona implemen- 
tować dowolny program, nawet ten zapisany w ludzkim mózgu. 
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zakres pojęcia „komputer” takich obiektów, jak Ściana, kamień czy system 
trawienny, które w potocznym rozumieniu komputerami nie są. 

George McKee (w: Hayes, 1997) proponuje nazywanie komputerem 
czegoś, co może być programowalne. Pojęcie programowalności rozumie on 
przy tym w sposób bardzo szeroki, jako możliwość wpływania informacji 
zewnętrznych na zachowanie urządzenia. To oczywiście eliminuje z zakresu 
tego pojęcia wspomnianą wcześniej ścianę, nie do końca jednak rozwiązuje 
problem. Jest to bowiem jedynie przesunięcie akcentu z pojmowania kom- 
putera jako maszyny obliczającej na traktowanie go jako maszyny progra- 
mowalnej, samego pojęcia programowalności natomiast autor nie wyjaśnia. 
Blisko z nią związana jest również idea rozumienia komputerów jako sys- 
temów wykonujących algorytmy, to znaczy realizujących ich formalne spe- 
cyfikacje (Copeland, 1996). 

Naukowcy definiujący pojęcie „komputer”, pragnący uniknąć problemu 
uniwersalnej realizowalności, koncentrują się na doprecyzowaniu pojęcia 
obliczalności. Powszechne jest bowiem rozumienie komputera jako urzą- 
dzenia wykonującego obliczenia. I tak, Stufflebeam (w: Hayes, 1997) nazy- 
wa nim tylko to, co implementuje pewną funkcję. Jeśli jednak rozumieć 
funkcję jako obliczenie wykonywane na określonych danych w celu otrzy- 
mania wyniku - tak jak dzieje sie to w przypadku teorii obliczeń — to wiele 
komputerów tego nie robi. Pełnią one bowiem zadania kontrolne - chociaż- 
by nadzorując procesy wykonywane w czasie rzeczywistym. 

A zatem termin „obliczanie” należy rozumieć szerzej, mówi się bowiem 
o obliczeniach zarówno na maszynach abstrakcyjnych (maszyna Turinga 
„oblicza”), jak i na konkretnych urządzeniach fizycznych nazywanych kom- 
puterami. Hayes (1997) pisze: „Przez ‘komputer’ rozumiem maszynę, która 
przeprowadza obliczenia lub która oblicza. W tym rozumieniu maszyna 
Turinga nie jest komputerem, ale matematyczną abstrakcją pewnej jego 
odmiany” (s. 2). 

Niezależnie od tego, czy pojmujemy komputer jako urządzenie fizyczne, 
czy też jako obiekt abstrakcyjny, to związek pojęcia „komputer” z pojęciem 
„obliczalność” jest zawsze bardzo bliski. Co więcej, ponieważ termin „kom- 
puter” odnosi się do całej gamy różnych obiektów, warto poszukać definicji 
„obliczania” pasującej do nich wszystkich. 

Można próbować, jak to czyni Berkeley (w: Hayes, 1997), określić zakres 
pojęcia „obliczanie”, kierując się kryterium poziomu abstrakcyjności. Podaje 
on definicję bardzo abstrakcyjną: „ObliczenieT (T - techniczne). Obiekt 
Toblicza, jeśli wykonuje zgodne z regułami manipulacje na złożonych 
ustrukturyzowanych symbolach” (s. 9), a z drugiej strony definicję blisko 
związaną z konkretem, jakim jest komputer: „ObliczanieC (C-common 
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sense). Cos jest Cobliczalne, jeśli jest to coś, co może być wykonane przez 
komputer” (s. 9). 

Definicja Cobliczania ma dwie zasadnicze wady. Po pierwsze, brak 
w niej doprecyzowania pojęcia „komputer”. Przyjęcie, że jest to urządzenie 
wykonujące Cobliczenia, prowadzi do tak zwanego błędnego koła (kompu- 
ter wykonuje Cobliczenia, a Cobliczenia to te, które mogą być przez niego 
wykonane). Po drugie, jeśli przyjmiemy taką definicję, to zbyt wiele obiek- 
tów moglibyśmy uznać za Cobliczalne. Przykład: komputery mogą wykonać 
(zagrać) dowolny utwór muzyczny - przyjmijmy, że będzie to V Symfonia 
c-moll Beethovena, ale czy tylko z tego powodu powinniśmy nazywać tę 
symfonię Cobliczalną? Propozycja Berkeleya nie jest wolna od problemu 
uniwersalnej realizowalności, lecz przenosi go na inny poziom: z mówienia 
o komputerach wykonujących obliczenia - do mówienia o samych tych obli- 
czeniach. 

Przedstawione powyżej opisy działania komputera, koncentrujące się 
(podobnie jak w przypadku maszyny Turinga) na obliczaniu, określa 
się w ten sposób jako „z punktu widzenia procesora” (jednostki liczącej). 
Patric Hayes (1997) skupił sie na innym istotnym elemencie komputera - 
na jego pamięci. 

Pamięć ta zawiera wzorce (również wzorzec pusty) ulegające zmianom. 
Hayes porównuje ją do „magicznego papieru”, na którym zapis może się 
samoistnie zmieniać - lub na którym mogą pojawiać się nowe napisy. Różne 
rodzaje komputerów definiuje się wówczas abstrakcyjnie w terminach 
składni języka ich wzorców, rodzaju zmian syntaktycznych, których mogą 
dokonywać, oraz teorii wiążącej wzorce z tymi zmianami. 

Definiowanie takie jest, zdaniem Hayesa, odpowiednie z kilku powodów. 
Po pierwsze, podkreśla, że komputery wykonują operacje na wzorcach 
w zależności od ich formy, jednak bez dodatkowego założenia, że czynności 
te nie odnoszą się w jakiś sposób do denotacji symboli. Po drugie, pozwala 
ono na abstrahowanie od szczegółów technicznych, związanych z działa- 
niem maszyny, ponieważ jest to opis na wyższym poziomie. Po trzecie, 
wskazuje, że możliwość wykonywania operacji (symbolicznych) na wzor- 
cach jest istotną cechą każdego komputera. Tym, co powoduje, że maszynę 
nazywamy komputerem, jest między innymi fakt, iż wykonuje ona operacje 
symboliczne. Po czwarte, podkreśla, że pojęcie „bycia komputerem” obej- 
muje więcej niż tylko odpowiednie przechodzenie pomiędzy stanami. Wielu 
maszyn zmieniających stany nie nazywamy komputerami, ponieważ nie 
kodują one symboli i nie wykonują na nich operacji. 

Hayes twierdzi zatem, że komputer jest maszyną operującą na wzorcach 
„wejściowych” i zamieniającą je zgodnie z instrukcjami na inne, „wyniko- 
we”. Jak jednak opisać komputer, który nigdy nie został uruchomiony? 
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Pojecie ,zmiany wzorca” zaproponowane przez Hayesa nie jest w tym 
wypadku odpowiednie, ponieważ nie ma żadnego wzorca „wejściowego” 
podlegającego przekształceniu. Istvan Berkeley (w: Hayes, 1997) dla unik- 
nięcia powyższej trudności proponuje stwierdzenie, że X jest komputerem 
w przypadku, gdy możliwe jest, by X wykonał obliczenia. Konieczny jest 
wówczas właściwy wybór modalności. Część naukowców twierdzi, że moż- 
liwość logiczna jest zbyt słaba, i proponuje możliwość fizyczną (por. np. 
Bringsjord, w: Hayes, 1997), inni natomiast (np. Hartcastle, w: Hayes, 1997) 
opowiadają się za formą pośrednią pomiędzy możliwością fizyczną a ludzką. 
Jak się wydaje, żadna z zaproponowanych dotychczas definicji nie obejmuje 
przypadku komputera, „ który nigdy nie został włączony”. 

Może zatem, zgodnie z powszechną intuicją, należy ograniczyć się do de- 
finiowania „działającego komputera” jako urządzenia fizycznego? 


1.4. Podsumowanie 


W rozdziale tym omówiono pojęcie komputera nierozerwalnie zwią- 
zanego z informatyką. Przedstawione tu analizy pokazują, że jest ono trudne 
do zdefiniowania ze względu na swoją wieloznaczność. Próby odpowiedzi na 
nawet najprostsze pytania wiążą się z wieloma trudnościami. 

Wydaje się, że powszechnie wiadomo, czym jest fizyczne urządzenie na- 
zywane komputerem i kto jest jego wynalazcą. Przecież wszyscy stykamy 
się na co dzień z komputerami, rozumianymi jako samodzielne maszyny lub 
też jako części innych urządzeń (samochodów, telefonów, sprzętu gospo- 
darstwa domowego i tym podobnych). W podrozdziale 1.1 przedstawiono 
trudności związane ze zdefiniowaniem komputera jako urządzenia fizycz- 
nego, rozpoczynając od ujęcia historycznego. Rozumienie terminu „kompu- 
ter” zmieniało się bowiem w czasie. 

Za pierwsze komputery można uznać abaki (deski rachunkowe) i liczy- 
dła, wykorzystywane przez starożytnych rachmistrzów do przeprowadza- 
nia obliczeń; trudno wtedy wskazać ich wynalazcę. Również „zegar liczący”, 
zbudowany przez Wilhelma Schickarda w XVII wieku, pretenduje do mia- 
na pierwszego komputera, ponieważ był on pierwszym mechanicznym 
urządzeniem liczącym (służącym do dodawania i odejmowania oraz 
ułatwiającym mnożenie i dzielenie). Takie ujęcie związane jest z rozumie- 
niem komputera jako urządzenia wykonującego obliczenia; nie jest ono 
powszechne. 

Obecnie mianem komputera określa się maszyny uniwersalne, zaprojek- 
towane do wykonywania szerokiej klasy zadań, nieograniczających się tylko 
do prostych obliczeń. Autorem koncepcji maszyny uniwersalnej jest Charles 
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Babbage, który od roku 1833 rozpoczął prace nad programowalną „maszy- 
ną analityczną”. Maszyna ta, nazywana „dziadkiem współczesnych kompu- 
terów”, była napędzana mechanicznie. Jeśli zatem uważać komputer za 
urządzenie elektroniczne, to jego wynalazcą nie będzie Babbage. 

Wskazanie twórcy pierwszego tak właśnie rozumianego komputera nie 
jest łatwe. Ze względu na czas powstawania tych urządzeń - lata II wojny 
Światowej i tuż po jej zakończeniu - oraz związane z nimi utajnienie danych, 
trudno obecnie stwierdzić z całą pewnością, czy wynalazcą komputera jest 
Konrad Zuse, czy może twórcy brytyjskich maszyn Colossus. 

Warto w tym miejscu przypomnieć, że przez wiele lat za pierwszy kom- 
puter uważano amerykańskiego ENIAC-a, którego konstruktorzy próbowali 
nawet uzyskać patent na „komputer”. Jednak sąd w Minneapolis wniosek 
odrzucił, a za twórcę pierwszego komputera uznał Johna Vincenta Atana- 
soffa, który w latach 30. XX wieku zbudował maszynę o nazwie ABC. Preten- 
sji do autorstwa wynalazku komputera nie zgłaszał natomiast John von 
Neumann, który wniósł istotny wkład w jego powstanie, publikując w 1945 
roku opis koncepcji programu wprowadzanego. Stała się ona podstawą tak 
zwanej architektury von Neumanna, a ta z kolei - teoretyczną podstawą 
budowy większości współczesnych komputerów. Czym jednak jest współ- 
czesny „komputer”? 

Inżynierowie pod pojęciem „komputer” rozumieją najczęściej maszynę 
ogólnego przeznaczenia, do przetwarzania informacji lub symboli. Nie ma 
jednak powszechnej zgody co do podstawowych jego własności, na przy- 
kład co do tego, czy musi to być urządzenie cyfrowe. Trudno jest zatem 
określić cechy komputera jako urządzenia fizycznego, a tym bardziej stwo- 
rzyć jego ontologię. 

Można szukać ontologii komputerów — wytworów człowieka służących 
do realizacji określonych celów - wśród teorii artefaktów. Z punktu widze- 
nia filozofii informatyki najciekawszą kategorią artefaktów są artefakty 
techniczne, ponieważ zalicza się do nich komputery. Próbom określenia 
ontologii komputerów jako artefaktów technicznych oraz związanym z tym 
trudnościom poświęcono paragraf 1.1.1. 

Artefakty techniczne wydają się mieć naturę dualną, są bowiem obiek- 
tami fizycznymi (cechy fizyczne decydują o realizowanych przez nie funk- 
cjach) oraz intencjonalnymi zarazem (funkcje te odnoszą się do czegoś 
niematerialnego - ludzkich intencji). Dotychczas nie powstała żadna po- 
wszechnie akceptowana teoria tak rozumianych artefaktów, która łączyłaby 
oba ich aspekty: fizyczny i intencjonalny (funkcjonalny). Najbardziej pro- 
blematyczne wydaje się być zdefiniowanie kluczowego pojęcia funkcji artefak- 
tu. W paragrafie 1.1.1 omówiono podstawowe koncepcje funkcji artefaktów 
technicznych: przyczynową, intencjonalną oraz etiologiczną. 
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Przeprowadzone analizy pokazują, ze żadnej z istniejących obecnie on- 
tologii artefaktów technicznych nie można bez zastrzeżeń, to znaczy bez 
koniecznych uzupełnień i wyjaśnień, zastosować w przypadku urządzeń 
nazywanych komputerami. 

Z pojęciem komputera związana jest ciekawa z filozoficznego puntu wi- 
dzenia kwestia, która ma również swoje konsekwencje praktyczne (por. 
przypis 11), a mianowicie problem rozróżnienia hardware/software. 
W paragrafie 1.1.2 omówiono różne propozycje jego rozwiązania. 

Eden i Turner (2006) w swojej taksonomii obiektów informatyki defi- 
niują hardware jako kategorię maszyn liczących, których zachowanie może 
być modelowane przez uniwersalną maszynę Turinga oraz których zbiór 
instrukcji jest zakodowany w jakimś języku pełnym w sensie Turinga. Pod- 
kreślają przy tym, że obiekty kategorii Hardware, w przeciwieństwie do 
obiektów kategorii Programy, są materialne. Rozróżnienie to, chociaż wyda- 
je się zgodne z powszechnie akceptowanymi intuicjami, okazuje się niewy- 
starczające. Sprowadzanie rozróżnienia hardware/software do dychotomii 
fizyczne/abstrakcyjne jest obecnie często krytykowane. Aby go uniknąć. 
Duncan (2009) proponuje przyjęcie uniwersalnej ontologii realistycznej 
nazywanej BFO, która pozwala zdefiniować software i hardware jako różne, 
jednoznacznie zaklasyfikowane byty. 

Paragraf 1.1.3 poświęcony został metodom sprawdzania poprawnego 
działania komputerów. Współczesne systemy komputerowe, rozumiane 
jako połączenie sprzętu i oprogramowania, są bardzo złożone. Najczęściej 
poddawane są one testowaniu, czyli empirycznemu sprawdzeniu dla repre- 
zentatywnego zbioru danych. Jednak przeprowadzenie nawet najbardziej 
rozbudowanych testów nie daje stuprocentowej pewności co do poprawno- 
Ści działania systemu, ponieważ może jedynie wykazać obecność w nim 
błędów, a nie ich brak. 

Można spotkać się z twierdzeniem, że stworzenie formalnego dowodu 
poprawności systemu (czyli weryfikacja) zapewnia jego niezawodne dzia- 
łanie. Trudno się jednak zgodzić z tym poglądem. Tworzenie dowodów for- 
malnych jest bowiem procesem długotrwałym i bardzo trudnym, a jego 
rezultat nie gwarantuje właściwego działania urządzenia w praktyce, gdyż 
sprawdzeniu formalnemu można poddać jedynie jego projekt (matema- 
tyczny model), a nie sposób działania zbudowanej w oparciu o ten projekt 
fizycznej maszyny. Co więcej, matematyczny dowód pokazuje tylko po- 
prawność modelu, a nie jego adekwatność, to znaczy zgodność z rzeczywi- 
stością fizyczną. Warto pamiętać również, że istnieje wiele zewnętrznych 
czynników wpływających na działanie urządzeń (na przykład warunki ich 
produkcji i eksploatacji), których nie można nawet przewidzieć, a co dopie- 
ro poddać weryfikacji. Wydaje się zatem, że sprawdzenie prawidłowego 
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działania urządzenia fizycznego, jakim jest komputer, ma niewiele wspól- 
nego z dowodzeniem formalnym. 

Istnieją jednak inne wyjaśnienia terminu „komputer”, które nie ograni- 
czają się jedynie do fizycznych maszyn. W podrozdziale 1.2 omówione zo- 
stały próby zdefiniowania go za pomocą środków matematycznych, można 
bowiem uważać, że komputery są maszynami abstrakcyjnymi, których 
zachowanie da się wydedukować z ich ścisłej definicji. Istnieje wiele for- 
malnych (matematycznych) opisów komputera, w tym pojęcie maszyny 
Turinga, jednak wszystkie definiują go jako obiekt wykonujący operacje na 
symbolach, a więc w terminach czysto syntaktycznych. Takiej ujęcie budzi 
wiele kontrowersji wśród filozofów. 

Pomijana w matematycznych definicjach komputera semantyka jest 
w wielu przypadkach bardzo istotna, na przykład w definiowaniu identycz- 
ności systemów, koncentrującym się na rodzaju wykonywanych przez nie 
obliczeń. Ponadto żaden z istniejących opisów formalnych nie obejmuje 
wszystkich obecnie produkowanych komputerów. A co więcej, z czysto syn- 
taktycznymi ich opisami związany jest sformułowany przez Searle'a (1990) 
problem uniwersalnej realizowalności, rozumiany jako stwierdzenie, że 
wszystko może być komputerem, ponieważ dla każdego obiektu możliwe 
jest znalezienie takiego jego opisu, zgodnie z którym jest on realizacją ja- 
kichś abstrakcyjnych bytów formalnych (na przykład zbiorów). Wszystkie 
trudności związane z definiowaniem komputera jako maszyny abstrakcyj- 
nej wykonującej obliczenia, w szczególności problem uniwersalnej realizo- 
walności, są motywacją dla badaczy do poszukiwań innej charakterystyki 
komputera. 

W podrozdziale 1.3 omówiono kilka innych koncepcji komputera. Za- 
miast definiować komputer jako maszynę wykonująca obliczenia, można 
twierdzić, że jest ona programowalna (McKee, 1997) lub też że wykonuje 
algorytmy (Copeland, 1996). Takie ujęcia nie rozwiązują jednak problemów, 
lecz przenoszą je na inny poziom, z mówienia o problematycznym pojęciu 
„obliczania” na definiowanie komputera w równie niejasnych terminach 
„programowalności” i „algorytmu”. Można również szukać innego roz- 
wiązania dla problemu uniwersalnej realizowalności - nie poprzez wyeli- 
minowanie pojęcia „obliczalności”, lecz przez doprecyzowanie go. Ciekawa 
wydaje się również propozycja Hayesa (1997), który definiując komputer, 
skupia się nie na obliczeniach, lecz na zmianach w jego pamięci, którą 
porównuje do „magicznego papieru”, na którym mogą pojawiać się nowe 
napisy, a istniejące mogą ulegać zmianie. 

Przedstawione w tym rozdziale próby określenia istoty komputera, po- 
mimo że wiążą się z wieloma trudnościami, nie są bezsensowne. Istnieją 
bowiem rzeczywiste urządzenia nazywane komputerami i trudno jest za- 
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przeczyć twierdzeniu, ze nie wszystko jest komputerem. Niezależnie od 
tego, czy zgodzimy się z poglądem, że komputery są obiektem badań infor- 
matyki, czy też nie, to próby ich zdefiniowania — również jako obiektów 
abstrakcyjnych - prowadzą do głębszego rozumienia natury związanych 
z nimi pojęć, na przykład obliczania, programu czy algorytmu. Te wszech- 
obecne urządzenia stawiają zatem przed filozofami nowe, liczne wyzwania, 
choć - jak twierdzą niektórzy - nazwać informatykę „nauką o komputerach” 
to tak, jakby nazwać chirurgię „nauką o nożach”. 


Rozdziat 2 


Program komputerowy 


Jednym z głównych zadań informatyków jest tworzenie programów. 
To one sprawiają, że komputery jako urządzenia są użyteczne, kierują bo- 
wiem ich działaniem i powodują, że komputery „robią” to, czego oczeku- 
jemy. Można zatem stwierdzić, że programy pisane są w odpowiedzi na 
zapotrzebowanie użytkowników komputerów oraz że służą rozwiązywaniu 
problemów w szerokim rozumieniu tego słowa. 

Truizmem będzie stwierdzić, że komputery bez programów są prak- 
tycznie bezużyteczne. Różnorodność dostępnego oprogramowania powodu- 
je, że współczesne komputery są uniwersalne!, zaś systemy komputerowe, 
rozumiane jako połączenie sprzętu i oprogramowania, tak powszechnie 
używane i wykorzystywane w wielu różnych dziedzinach życia człowieka. 

Każdy informatyk potrafi pisać programy, umiejętność ta jest bowiem 
nieodłączną częścią wszystkich programów kształcenia w tym zawodzie?. 
Niektórzy twierdzą nawet, że tworzenie oprogramowania jest cechą defi- 
niującą informatykę jako dyscyplinę, ponieważ informatycy zajmują się 
teorią i praktyką programowania komputerów. Khalil i Levy (1978) piszą: 
„[bJudowanie programów, opisywanie programów, katalogowanie własności 
języków programowania, obserwowanie zachowania programów: to dokład- 
nie to, czym jest aktywność nazywana 'informatyką [...]” (Bornat, 2006, s. 4). 

Programowanie nie jest prostą czynnością, lecz złożonym procesem, 
który rozpoczyna się od opisania celów, dla jakich tworzony jest program. 


1 Por. z definicją komputera jako maszyny uniwersalnej przedstawioną w podrozdziale 1.1. 

2 Współcześnie nie jest to jednak domena wyłącznie informatyków. Wielu specjalistów 
innych dziedzin, np. biologów, chemików, inżynierów, pisze programy odpowiadające ich 
potrzebom najczęściej związanym z symulacjami komputerowymi. 
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Opis taki - nazywany specyfikacją - może być wyrażony zarówno w języku 
naturalnym, jak i w odpowiednim formalizmie. Następnie tworzy się meto- 
dę rozwiązania danego problemu lub też wybiera się wśród istniejących 
algorytmów, po czym następuje jego implementacja, czyli zapis w odpo- 
wiednim języku programowania. 

Komputer - a właściwie jego procesor - operuje wyłącznie na zerach 
i jedynkach oraz „rozumie” polecenia zapisane w tak zwanym języku ma- 
szynowym. Jednak współcześnie programiści nie muszą znać języków pro- 
cesorów, ponieważ mają do dyspozycji całą gamę języków programowania 
wysokiego poziomu - one to całkowicie zwalniają twórców z konieczności 
myślenia o programie na poziomie procesora i jednocześnie pozwalają na 
używanie takich abstrakcyjnych pojęć, jak zmienna czy procedura. Zatem 
większość programów pisana jest obecnie z użyciem języków programowa- 
nia wysokiego poziomu, a powstający w ten sposób kod źródłowy - tj. zapis 
programu - jest dla człowieka bardziej czytelny i łatwiejszy do zrozumienia 
niż kod maszynowy. 

Jednakże kod źródłowy, niezależnie od tego, w jakim języku programo- 
wania został napisany, należy „przetłumaczyć” na postać binarną (tj. kod 
maszynowy). Takiego tłumaczenia można dokonać na dwa sposoby. Pierw- 
szym jest kompilacja, czyli automatyczne tłumaczenie kodu źródłowego na 
kod maszynowy za pomocą specjalnych programów nazywanych kompila- 
torami. Tak powstały kod binarny można wykonywać wiele razy bez ko- 
nieczności ponownego używania kompilatorów - kompilacja jest bowiem 
czynnością jednorazową. Inaczej dzieje się w przypadku drugiego sposobu 
tłumaczenia kodów źródłowych, który polega na wykorzystaniu interprete- 
rów. Programy te na bieżąco (linia po linii) odczytują kod, analizują go 
i wykonują jego kolejne, przetłumaczone już fragmenty. W tym przypadku 
każdorazowe wykonanie programu związane jest z koniecznością użycia 
interpretera. 

Kolejnym bardzo ważnym etapem procesu tworzenia oprogramowania 
jest sprawdzenie jego poprawności. Można tego dokonać na wiele sposo- 
bów, poczynając od stworzenia - jeśli to możliwe - dowodu poprawności 
programu zbliżonego formułą do dowodu matematycznego, a kończąc na 
testowaniu, czyli eksperymentalnym sprawdzeniu działania programu dla 
reprezentatywnego zbioru danych wejściowych. Zadanie to jest jednym 
z najszerzej dyskutowanych problemów filozoficznych i praktycznych zwią- 
zanych z informatyką3. Powrócimy do niego w paragrafie 2.2.1. 


3 Pomijamy tu pozostałe etapy tworzenia oprogramowania - między innymi wdrożenie 
i utrzymanie aplikacji - gdyż ich analiza niczego nie wnosi do rozważań filozoficznych zwia- 
zanych z informatyką. 
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W rozdziale tym przeanalizujemy zagadnienia filozoficzne związane 
z opisanym powyżej procesem tworzenia oprogramowania, a także przed- 
stawimy wybrane problemy ontologiczne i epistemologiczne dotyczące 
wytworów tego procesu - programów komputerowych. Rozpocznijmy od 
definicji tych ostatnich. 

W trakcie przeglądania szkolnych podręczników informatyki znajduje- 
my zazwyczaj określenia programu komputerowego zbliżone do definicji 
podanej przez Grażynę Kobę (2009): „Program komputerowy to ułożony 
w odpowiedniej, logicznie powiązanej kolejności zestaw instrukcji dla pro- 
cesora mówiących, co ma robić z dostarczonymi informacjami i w jakiej 
kolejności” (s. 9). 

Definicja ta traktuje program jako ciąg poleceń (instrukcji) dla kompu- 
tera (procesora), określających jego zachowanie podczas wykonania pro- 
gramu. Jednak nie każdy taki ciąg skłonni jesteśmy uznać za program kom- 
puterowy - bowiem instrukcje tworzące go powinny mieć odpowiednią 
formę. Mordechai Ben-Ari (2006) precyzuje pojęcie programu, określając go 
jako „sekwencję symboli opisującą obliczenia zgodnie z pewnymi regułami 
zwanymi językiem programowania”. W tym przypadku w sposób naturalny 
pojawia się pytanie o to, czym właściwie jest język programowania i jaki 
jest jego związek z programem. Do kwestii tych powrócimy w dalszej części 
rozdziału. 

Często można spotkać się z poglądem, że programy są po prostu zbio- 
rem instrukcji tworzonych w celu rozwiązania problemu z użyciem kompu- 
tera. Podkreśla się w ten sposób czysto pragmatyczne ujęcie programowa- 
nia, twierdzi się, że jego efekty są narzędziami lub środowiskiem pracy 
ludzi. Projektuje się je w procesie uczenia się i komunikacji, by mogły jak 
najlepiej odpowiadać na potrzeby użytkowników (Floyd, 1987). 

Wydaje się jednak, że takie rozumienie programu komputerowego jest 
zbyt ograniczone, ponieważ nie można charakteryzować wszystkich aktyw- 
ności komputerów za pomocą terminologii rozwiązywania problemów. 
Istnieją bowiem obiekty nieuznawane powszechnie za programy, które jed- 
nak podpadają pod taką definicję. Zapis algorytmu, na przykład w postaci 
schematu blokowego, może zawierać instrukcje stworzone dla rozwiązania 
problemu przez komputer, jednak nie wszystkie takie schematy są progra- 
mami komputerowymi. Co jest zatem cechą wyróżniającą programy spo- 
śród wszystkich ciągów instrukcji? 

Moore (1978) podaje następujące określenie: „Program komputerowy 
jest zbiorem instrukcji, które komputer może wykonać (lub co najmniej 
istnieje efektywna procedura przekształcenia ich do postaci, którą może on 
wykonać), by zrealizować zadanie” (s. 214). 
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W definicji tej autor kładzie szczególny nacisk na możliwość wykonania 
ciągu instrukcji przez maszynę, jaką jest komputer. Akcentuje tym samym 
oczywisty, bliski związek programu ze sprzętem, na którym jest on wyko- 
nywany. Definicja ta uzależnia zatem pojęcie programu od pojęcia kompu- 
tera, albowiem to, co uważamy za instrukcje dla niego, i w konsekwencji to, 
co uważamy za program, jest wyznaczone przez operacje, które może wy- 
konać maszyna. Schemat blokowy lub inaczej - zapisany ciąg instrukcji 
- możemy zatem traktować jako program tylko wtedy, gdy został on przed- 
stawiony w formie umożliwiającej jego wykonanie przez komputer. Dlatego 
też niektóre schematy blokowe są programami komputerowymi, a inne - 
nie (pozostając jedynie algorytmami). Wielką zaletą definicji Moore'a jest to, 
że pozwala ona na proste odróżnienie tych podstawowych pojęć informaty- 
ki: algorytmu i programu. Niestety, ma również swoje wady. 

Wydaje się, że pojęcie „komputer” występujące w definicji Moore'a po- 
winno się ograniczyć do istniejących obecnie maszyn po to, byśmy mogli 
uniknąć stwierdzenia, że każdy ciąg instrukcji jest programem. Istnieje 
przecież możliwość, że kiedyś powstanie urządzenie odpowiednie do jego 
wykonania. Pojęcie programu jest wówczas wyraźnie uzależnione od kom- 
puterów funkcjonujących w danym momencie - tym samym status obiektu 
jako programu może ulegać zmianie. Pewne ciągi instrukcji dzisiaj nie są 
programami (gdyż nie ma komputerów, na których można je wykonać), ale 
mogą stać się nimi w przyszłości. Nasuwa się więc pytanie, czy stare pro- 
gramy wykonywane uprzednio na nieistniejących już typach komputerów 
są nadal programami, czy już tylko algorytmami. W jaki sposób na rozu- 
mienie programów komputerowych wpływa fakt istnienia tak zwanych 
emulatorów - pozwalających na uruchomienie starych programów na 
współczesnych urządzeniach? Ten zmieniający się w czasie status obiektów 
jako programów komputerowych przeczy powszechnej intuicji związanej 
z tym pojęciem. Każdy informatyk wydaje się rozumieć w praktyce, co to 
jest program komputerowy i w jaki sposób wpływa on na działanie kompu- 
tera. Jednak niewielu informatyków zdaje sobie sprawę, jak ciekawym jest 
on bytem z punktu widzenia filozofa. 


2.1. Ontologia 


Tradycyjnie w filozofii wyróżnia się dwa podstawowe rodzaje bytów: 
abstrakcyjne i konkretne. Zazwyczaj nie mamy problemów z zaklasyfiko- 
waniem większości obiektów spośród tych, z jakimi mamy do czynienia na 
co dzień. Urządzenie, jakim jest komputer, podobnie jak samochód i drze- 
wo, jest przykładem bytu konkretnego (fizycznego). Z kolei liczby, zbiory 
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i algorytmy sq obiektami abstrakcyjnymi. Gdzie w tym podziale znajduje sie 
miejsce dla programów komputerowych? Czy sa one może obiektami 
o szczególnym statusie, które nie pasują do tego klasycznego podziału? 


2.1.1. Dualna natura programów komputerowych 


Aby odpowiedzieć na pytania dotyczące statusu ontologicznego pro- 
gramu komputerowego, powinniśmy najpierw wyraźnie odróżnić program 
jako ciąg instrukcji zapisanych w języku programowania od tego, który jest 
nieodłącznie związany z maszyną fizyczną. Na rozróżnienie to po raz pierw- 
szy zwrócił uwagę James Fetzer (1989) i dlatego nazywa sie je często „dwu- 
znacznością Fetzera”. 

Program rozumiany jako ciągi instrukcji jest bytem abstrakcyjnym, nie- 
istniejącym w czasie i przestrzeni, a charakteryzowanym tylko za pomocą 
relacji logicznych. Może on zostać zapisany na różnych nośnikach fizycz- 
nych: od kartki papieru, poprzez karty i taśmy dziurkowane (używane 
w dawnych komputerach), dyski magnetyczne, optyczne i inne. Nośniki takie 
są oczywiście obiektami fizycznymi, stąd w literaturze pojawia się czasem 
stwierdzenie, że program komputerowy może być serią kart dziurkowa- 
nych lub taśmą magnetyczną, lub jedną z wielu innych form (por. np. Moore, 
1978). Wydaje się, że twierdzenia te wynikają z nieodróżniania samego pro- 
gramu (bytu abstrakcyjnego) od jego nośnika (sposobu fizycznego zapisu). 

Należy również odróżnić zapis programu w języku programowania (kod 
źródłowy) od jego wykonania na konkretnych urządzeniach. Znakomicie 
pojęli to Ammon H. Eden i Raymond Turner (2006), którzy stworzyli takso- 
nomię obiektów informatyki. Jednym z celów przyjętych przez autorów 
było stworzenie takiego opisu obiektów informatyki (w tym programów), 
który oddawać będzie ich rozumienie zarówno przez informatyków, jak 
i przez laików. 

Informatycy mają do czynienia z trzema kategoriami obiektów: Hardwa- 
rem, Metaprogramami oraz Programami. Obiekty tej ostatniej dzielą się na 
dwie grupy, odpowiadające wspomnianemu powyżej rozróżnieniu. Są to: 

e Skrypty - byty, które zawierają poprawnie sformułowane instrukcje 

dla pewnej klasy komputerów cyfrowych; 

e Boty - obiekty powstające przez uruchomienie skryptu w konkretnych 

warunkach fizycznych (nazywane w systemach operacyjnych „wątka- 

mi” - ang. threads), które są, w odróżnieniu od skryptów, bytami cza- 

sowymi. 

Programy rozumiane jako napisy, nazywane skryptami, definiuje sie 
w następujący sposób: „Skrypt per4 Kategoria bytów Sı („SL jest programem”) 
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takich, ze L jest językiem programowania pełnym w sensie Turinga oraz S 
jest dobrze sformutowanym wyrażeniem w L” (Eden i Turner, 2006, s. 4). 

Takie określenie odnosi pojęcie skryptu do pojęcia języka programowa- 
nia, z podkreśleniem, że język ten nie może być dowolny, lecz powinien być 
pełny w sensie Turinga (ang. Turing-complete), to znaczy musi zawierać 
wszystkie konstrukcje potrzebne do zasymulowania uniwersalnej maszyny 
Turinga*. Dzięki temu możemy wykluczyć z kategorii Programy pewne 
przypadki skrajne. Jeśli bowiem przez język programowania rozumiemy 
zbiór dobrze sformułowanych instrukcji dla komputera, a każdy obiekt 
fizyczny można opisać jako komputer w pewnym trywialnym sensie, to na 
przykład włącznik światła można rozumieć jako komputer, którego „język 
programowania” składa się z dwóch instrukcji {ON, OFF). Warunek pełności 
w sensie Turinga gwarantuje w szczególności to, że język programowania 
obsługuje nietrywialny zbiór instrukcji”. 

Wśród skryptów wyróżnić można dwie podkategorie: Kody Maszynowe, 
czyli skrypty zapisane w języku maszynowym, i Kody Zródlowe - skrypty 
zapisane w języku programowania wysokiego poziomu. Można stwierdzić, 
że kody źródłowe są bardziej abstrakcyjne niż kody maszynowe w tym sen- 
sie, że skrypty napisane z języku maszynowym składają się z ciągów in- 
strukcji interpretowanych przez komputery cyfrowe wprost, czyli bez 
udziału kompilatorów i interpreterów. 

Jak już wspomniano, boty - byty czasowe odpowiadające pojęciu proce- 
su lub wątku w systemie operacyjnym — są generowane poprzez urucho- 
mienie skryptów. Kategoria Boty zawiera zarówno proste procesy, takie jak 
procesy generowane przez naciśnięcie przycisku na klawiaturze lub w mi- 
krofalówce, jak również bardziej skomplikowane programy. Konkretny 
skrypt może być użyty do generowania wielu botów jednocześnieć. 

Z kategorią Programy ściśle związana jest kategoria Metaprogramy, za- 
wierająca formuły zapisane w języku rachunku predykatów i opisujące pro- 
gramy. Została ona podzielona (Eden, Hirshfeld, Kazman, 2006) na trzy 
podkategorie: stwierdzenia strategiczne, taktyczne i implementacyjne. Nie 
wiadomo jednak, czy jest to pełen podział Metaprogramów, czy może istnie- 
ją również metaprogramy nienależące do żadnej z tych grup. 

Powyższa taksonomia uwzględnia ważne z filozoficznego punktu wi- 
dzenia rozróżnienie na programy jako procesy (nazywane tutaj botami) 


4 Pojęcie maszyny Turinga zostało omówione w podrozdziale 1.2. 

5 Powszechny jest pogląd, że wszystkie używane przez informatyków języki programo- 
wania są pełne w sensie Turinga. 

6 Współczesne systemy operacyjne pozwalają maszynom na obsługę wielu botów rów- 
nocześnie. 
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wykonywane na konkretnych maszynach i programy rozumiane abstrak- 
cyjnie (czyli skrypty). Pozostaje nam odpowiedzieć na pytanie o związki 
zachodzące pomiędzy programami-napisami a ich wykonaniami. 

Jeśli traktować instrukcje programu jako zapis przyszłych stanów ma- 
Szyny, na której zostanie on uruchomiony, to program komputerowy jest 
swego rodzaju planem czynności (aktów fizycznych), jakie komputer wyko- 
na. Można wtedy twierdzić, że program rozumiany jako proces oraz jego 
zapis są różnymi manifestacjami tego samego obiektu. Nawet jeśli skłonni 
jesteśmy uznać, że takie rozumienie związków pomiędzy programem- 
napisem a programem-procesem jest właściwe, to pojawić się mogą wąt- 
pliwości, kiedy przeanalizujemy inne przykłady planów i obiektów będą- 
cych ich fizycznymi realizacjami. Trudno jest bowiem utożsamić plan wy- 
kładu uniwersyteckiego (na przykład zapisany na kartce) - z samym tym 
wykładem (wygłoszonym przed słuchaczami). Czy skłonni jesteśmy uznać 
je za różne manifestacje tego samego obiektu? Utożsamienie takie jest cał- 
kowicie nieintuicyjne. 

Bliższe intuicji wydaje się stwierdzenie, że programy-napisy powodują 
lub wywołują procesy zachodzące w komputerze. Zatem obiekty tekstowe, 
jakimi są kody maszynowe programów, w pewien sposób wywołują proce- 
sy fizyczne. Powstaje jednak pytanie o naturę takiego związku przyczyno- 
wego. Co dokładnie oznacza stwierdzenie, że programy rozumiane jako 
napisy wywołują programy jako procesy? 

Colburn (2000) nie zgadza się z tezą, że napisy (obiekty symboliczne) 
można łączyć z jakimikolwiek efektami przyczynowymi. Program kompute- 
rowy jest, jego zdaniem, konkretną abstrakcją (ang. concrete abstraction), 
posiadającą nośnik (medium) zapisu (tekst, który jest abstrakcją) i nośnik 
wykonania (konkretną realizację w półprzewodnikach). Tekst programu nie 
jest samym programem, lecz tylko zapisem algorytmu lub formalnym opisem 
procesu obliczeniowego. Jest zatem abstrakcją. Tym, co powoduje, że proces 
ten jest wykonywany przez maszynę, nie jest sam tekst programu, lecz jego 
fizyczna reprezentacja (program zapisany na nośnikach), a więc konkret. 

Jeśli więc rozumiemy program komputerowy jako konkretną abstrakcję, 
stajemy wobec pytania, w jaki sposób obiekt taki może być jednocześnie 
abstrakcyjny i konkretny. Poszukując odpowiedzi, Colburn porównuje kla- 
syczny problem filozoficzny rozpatrujący relację pomiędzy duszą a ciałem 
(ang. mind-body problem) do kwestii związku pomiędzy programem jako 
konkretem i programem jako abstrakcją. Analizuje on monizm i dualizm, 
traktując je jako możliwe odpowiedzi na powyższe pytanie. Można - w du- 
chu monizmu - twierdzić, że program jest jednym bytem, a abstrakcja 
i konkret to tylko jego aspekty. Otwartym pozostaje jednak problem rozu- 
mienia pojęcia „aspekt”. Nie jest też do końca jasne, czy lepsze byłoby uzna- 
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nie programów komputerowych za byty abstrakcyjne (idealistycznie), czy 
też za byty konkretne (materialistycznie). Wydaje się bowiem, że każdy 
z tych wyborów powoduje znaczne zubożenie potocznego rozumienia sa- 
mego terminu „program”. Można również, zgodnie z doktryną dualizmu, 
przyjąć, że program komputerowy jest bytem zarówno abstrakcyjnym, jak 
i konkretnym, co oczywiście nie rzuca nam Światła na problem relacji po- 
między konkretem a abstrakcją. 

Jak widzimy, monizm i dualizm wydają się niewystarczające do wyja- 
śnienia dualnej natury programu komputerowego, w związku z czym 
Colburn proponuje przyjęcie zmodyfikowanej wersji zasady harmonii prze- 
dustawnej. Zgodnie z twierdzeniem sformułowanym przez Leibniza ciało 
i umysł tylko z pozoru wydają się wpływać na siebie nawzajem - a harmo- 
nia w ich działaniu pochodzi od Boga. Colburn (2000) pisze: 


Dla problemu abstrakcyjny/konkretny możemy zastąpić Boga programistą, 
który z jednej strony, przez przedstawienie algorytmu w tekście programu, opi- 
suje świat mnożenia macierzy, zmiany wielkości okien lub nawet rejestrów 
procesora; ale który z drugiej strony, przez akt zapisania, skompilowania, 
asemblowania i linkowania, powoduje ciąg zmian stanów fizycznych, które pa- 
sują strukturalnie do jego abstrakcyjnego świata (s. 208). 


Poszukując odpowiedzi na pytanie dotyczące związku pomiędzy zapi- 
sem programu a jego wykonaniem, można zwrócić się nie tylko ku filozofii 
umysłu (analizując związek ciała i duszy), ale również ku filozofii muzyki. 

Wydaje się bowiem, że program komputerowy jako obiekt ma wiele 
wspólnego z utworem muzycznym. Po pierwsze, utwór jest utrwalany przez 
kompozytora na papierze w postaci zapisu nutowego - partytury. Stanowi 
ona swego rodzaju instrukcję dla wykonujących utwór muzyków. Jest więc 
podobna do kodu źródłowego programu komputerowego rozumianego jako 
zapis instrukcji dla komputera. Po drugie, utwory muzyczne wykonywane 
są na instrumentach muzycznych, a programy na komputerach. Zarówno 
instrumenty muzyczne (włączając w nie struny głosowe człowieka), jak 
i komputery są obiektami fizycznymi. Przy czym ten sam utwór może mieć 
wiele wykonań, podobnie jak program komputerowy może być uruchamia- 
ny wielokrotnie na różnych maszynach. Zdarzają się przy tym utwory nigdy 
niewykonane, podobnie jak programy - nigdy nieuruchomione. Po trzecie, 
wykonania utworów muzycznych, jak i wykonania programów kompute- 
rowych są bytami czasowymi (trwają w czasie). Cóż zatem mówią filozofo- 
wie muzyki na temat związków partytury utworu muzycznego z licznymi 
jego wykonaniami? 

Anna Brożek (2011), chcąc podkreślić unikatowość i szczególny status 
ontologiczny obiektów, jakimi są utwory muzyczne, pisze: 
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Partytura - to nie utwór, lecz jego zapis; utwór muzyczny jest sensem znaków 
w partyturze zawartych, podobnie jak powieść czy wiersz są sensem odpo- 
wiednich słów. 

Wykonanie utworu muzycznego nie jest samym utworem, lecz jego realizacją. 


[...] 
Wszystko wskazuje na to, że utworów muzycznych nie da się utożsamić z ni- 
czym przestrzennym (s. 13). 


A zatem kody źródłowe lub kody maszynowe to nie programy, lecz tylko 
zapisy programów (podobnie jak partytura jest zapisem utworu muzyczne- 
go). Potwierdza to wcześniejsze stwierdzenie o konieczności odróżnienia 
programów od nośników (na których zapisane są ich kody). Program jest - 
w powyższym rozumieniu - sensem symboli tworzących instrukcje wcho- 
dzące w skład jego kodu, natomiast jego wykonanie - które można nazywać 
na przykład botem - nie jest programem, lecz jego realizacją. 

Każda partytura wyznacza pewną strukturę, którą realizują wszystkie 
adekwatne jej wykonania, a więc niektórzy filozofowie skłonni są utożsa- 
miać utwory muzyczne z uniwersaliami. Korzystając z analogii program- 
utwór muzyczny, można postawić tezę, że programy komputerowe to uni- 
wersalia, których przykładami są wszystkie poprawne ich wykonania. Jed- 
nakże utwory muzyczne, a tym samym programy komputerowe, nie są uni- 
wersaliami w zwykłym sensie - i to przynajmniej z dwóch powodów. Po 
pierwsze, są one, w odróżnieniu od uniwersaliów, bytami czasowymi. 
Po drugie, niektóre teorie dotyczące uniwersaliów zakładają, że powstają 
one w wyniku abstrakcji z konkretnych przedmiotów - programy natomiast 
często nie są efektem takiej abstrakcji. Czym zatem są utwory muzyczne? 
Anna Brożek (2011) pisze: 


Są to, powtórzmy, przedmioty nieprzestrzenne, ale zarazem czasowe (kiedyś 
powstałe), i nieogólne (a więc niewyabstrahowane z partykulariów), a będące 
wytworami czynności komponowania, «uwieczniane» w partyturach i realizo- 
wane w wykonaniach. 

Ze względu na wymienione własności utwory muzyczne [...] zasługują na miano 
„przedmiotów quasi-partykularnych” (s. 14). 


Analogicznie można zaklasyfikować programy komputerowe. One rów- 
nież są bytami o wymiarze czasowym, które nie powstają w procesie 
abstrakcji z partykulariów, są zapisywane w postaci kodu źródłowego i rea- 
lizowane przez wykonania na komputerach. Można je więc traktować jako 
kolejny, po utworach muzycznych, przykład przedmiotów „quasi-partyku- 
larnych”. Jednak takie rozumienie natury programów komputerowych nie 
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jest powszechne. Dużo więcej zwolenników, szczególnie wśród informaty- 
ków wywodzących się z matematyki, znajduje pogląd, że programy kompu- 
terowe są bytami matematycznymi. 


2.1.2. Programy jako obiekty matematyczne 


Jedną z pierwszych dyskutowanych szeroko w literaturze kwestii filo- 
zoficznych związanych z informatyką jest jej związek z matematyką. Czy 
informatyka jest kolejną gałęzią matematyki, a jej obiekty są po prostu 
obiektami matematycznymi? 

Zwolennicy traktowania informatyki jako nauki matematycznej (formal- 
nej) twierdzą, że napisy tworzące program są wyrażeniami matematyczny- 
mi opisującymi z niespotykaną dokładnością zachowanie, zamierzone lub 
niezamierzone, komputerów, na których są wykonywane (Hoare, 1969). Co 
więcej, uważają, że programy rozumiane jako procesy (p) wykonywane na 
komputerze (jako boty) są również obiektami matematycznymi, ponieważ 
są w pełni opisywane przez wyrażenia matematyczne (programy rozumia- 
ne jako napisy sp). Eden (2007) pisze: „Programy-napisy Sp są wyrażeniami 
matematycznymi. Wyrażenia matematyczne reprezentują obiekty matema- 
tyczne. Program p jest w pełni i dokładnie charakteryzowany przez pro- 
gram-napis Sp. A zatem, program jest obiektem matematycznym” (s. 145). 

A skoro tak jest, to powstaje pytanie, jakiego rodzaju są to obiekty. Pro- 
gramy można traktować - na przykład - jako funkcje (obiekty czysto mate- 
matyczne) ze zbioru stanów początkowych (lub „wejść”) w zbiór stanów koń- 
cowych (lub „wyjść”), co prowadzi do prostej analogii pomiędzy tymi 
programami a regułami wynikania w dowodach matematycznych (funkcjami 
ze zbioru przesłanek do zbioru wniosków). Fetzer ilustruje tę analogię nastę- 
pującą tabelą: 


Tabela 1. Porównanie matematyki do programowania 


Matematyka Programowanie 
Dziedzina: przesłanki wejście (input) 
Funkcja: reguły wynikania program 


Przeciwdziedzina: 


twierdzenia 


wyjście (output) 


Źródło: Fetzer, 1991, s. 200 


Programy komputerowe można rozumieć również „metamatematycz- 
nie”, czyli odpowiedniki twierdzeń matematycznych, jak to zaproponowali 
W. Scherlis i D. Scott (1983), przedstawiając następujący związek pomiędzy 
matematyką a programowaniem: 
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Tabela 2. Związek między matematyką a programowaniem 


Matematyka Programowanie 
Problem specyfikacja 
Twierdzenie program 
Dowód weryfikacja programu 


Źródło: Scherlis, Scott, 1983, s. 207 


Wielu filozofów uważa, że zdania dotyczące obiektów nauk formalnych 
(takich jak matematyka) są zdaniami analitycznymi w odróżnieniu od zdań 
syntetycznych (specyficznych dla nauk realnych). Jako zdania analityczne 
rozumie się wówczas te, które są prawdziwe na mocy znaczenia występują- 
cych w nich słów, istniejących w języku, na przykład „Jeżeli Asia jest niższa 
od Kasi, to Kasia jest wyższa od Asi”. Zdania syntetyczne natomiast to te, 
których wartość logiczna nie może być ustalona bez odwoływania się do 
rzeczywistości innej niż językowa, na przykład „Basia Nowak ma zielone oczy”. 

Przyjrzyjmy się zatem zdaniom, z których zbudowane są programy 
komputerowe. Ich jednoznaczne zaklasyfikowanie jako analitycznych uwa- 
żać można za ważny argument na rzecz pojmowania programów jako 
obiektów matematyki - albowiem zdania matematyki uważane są najczę- 
Ściej za zdania analityczne”. 

Wszystkie współczesne języki programowania zawierają operację pod- 
stawienia, na przykład A: = 2 +3. Wyrażenia takie można interpretować na 
dwa sposoby: jako rozkazy lub jako zdania oznajmujące. W pierwszym 
przypadku jest to rozkaz dla procesora nakazujący, by zmiennej A przypisać 
sumę liczb 2 i 3. Oczywiście rozkazy nie są zdaniami w sensie logicznym, nie 
mogą więc być ani prawdziwe, ani fałszywe, a co za tym idzie - nie mogą 
być rozumiane jako analityczne czy syntetyczne. 

Rozważmy zatem powyższy zapis jako zdanie oznajmujące, stwierdzają- 
ce, że zmienna oznaczana przez A otrzymuje wartość odpowiedniej sumy A 
może być przy tym rozumiane albo jako oznaczenie bytu fizycznego, albo 
też — abstrakcyjnego. Jeśli A potraktujemy jako fizyczne miejsce w pamięci 
komputera, to operację podstawienia rozumiemy jako stwierdzenie: „fizycz- 
ne miejsce w pamięci A przyjmuje wartość fizycznego obliczenia 2 + 3”. Jest 
ono więc swego rodzaju przypuszczeniem co do tego, co stanie się w pamię- 
ci komputera, gdy operacja podstawienia zostanie wykonana. Jednak, jak 
już wspomniano, operacje zapisane w językach programowania wysokiego 


7 W filozofii matematyki znaleźć można również inne poglądy na ten temat (por. Mu- 
rawski, 1995) 
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poziomu (w tym operacja podstawienia) nie sq wykonywane przez proce- 
sor wprost, lecz tłumaczone za pomocą specjalnych programów na podsta- 
wowe instrukcje maszynowe. Dopiero takie instrukcje wykonywane są 
przez procesor. A zatem zdanie reprezentujące operację podstawienia jest 
tylko przypuszczeniem co do wyniku wykonania programu i jest zdaniem 
syntetycznym, ponieważ prawdziwość tego zdania zależy od rzeczywistości. 
To, czy miejsce w pamięci nazywane zmienną A rzeczywiście przyjmie war- 
tość sumy liczb 2 i 3, zależy bowiem od poprawności kompilacji lub - inter- 
pretacji instrukcji podstawienia oraz w sposób oczywisty od działania kom- 
putera jako maszyny. 

Nasuwa się przypuszczenie, że przyjęcie interpretacji, iż programy 
komputerowe działają na maszynach abstrakcyjnych, gdy A traktujemy jako 
miejsce w pamięci takiej właśnie maszyny, pociąga za sobą wniosek, że 
występujące w tych programach instrukcje są zdaniami analitycznymi. 
Rozważmy za Timothym Colburnem (2000) to, w jaki sposób możemy 
stwierdzić prawdziwość zdania postaci: „Abstrakcyjne miejsce w pamięci A 
przyjmuje wartość abstrakcyjnego obliczenia 2 + 3”. 

Wyrażenie takie podobne jest do matematycznego założenia co do za- 
wartości zmiennej, typu „niech a= 965”, czyli do twierdzenia matematycz- 
nego rozpoczynającego sie od „niech...”, ale bez późniejszego „...wtedy”. 
Takie zdanie nie jest ani analityczne, ani syntetyczne, co więcej, trudno 
mówić o jego prawdziwości — po prostu założenie zostało zrobione. Ponad- 
to, ponieważ każde wyrażenie dowolnego języka programowania można 
rozumieć abstrakcyjnie, to i program komputerowy można traktować jako 
ciąg warunków w świecie abstrakcyjnym. Ale tak rozumiany program, po- 
dobnie jak ciąg matematycznych „niech”, nie jest wyrażeniem matematycz- 
nym w żadnym interesującym sensie. 

A więc - podsumowując, wyrażenia języków programowania składające 
się na program komputerowy są albo zdaniami syntetycznymi, albo też 
fragmentarycznymi wyrażeniami matematycznymi, których nie można trak- 
tować jako zdań analitycznych. Zatem analiza zdań wchodzących w skład 
programów nie potwierdza, że programy te są obiektami matematycznymi 
- w klasycznym sensie. A jeśli już mamy je traktować jako obiekty matema- 
tyki, to powinna to być matematyka stosowana, a nie matematyka czysta 
(Fetzer, 1988). Fetzer używa oznaczenia „PROGRAM” dla operacji, które 
mogą zostać wykonane na maszynie abstrakcyjnej, dla której nie ma fizycz- 
nych odpowiedników - oraz terminu „program” w odniesieniu do tych ma- 
szyn abstrakcyjnych, dla których takie odpowiedniki istnieją. Jego zdaniem 
istnieje analogia pomiędzy rozróżnieniem PROGRAM/program a rozróżnie- 
niem matematyk a czysta/stosowana. Podkreśla on tym samym znaczenie 
ograniczeń narzucanych programom przez urządzenia fizyczne, na jakich 
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programy sa wykonywane. Sugeruje takze pewne podporzadkowanie pro- 
gramów (obiektów abstrakcyjnych) komputerom (obiektom fizycznym). 

Można także interpretować relację program-komputer na sposób od- 
wrotny, twierdząc, że programy (byty abstrakcyjne, formalne) mają pierw- 
szeństwo ontologiczne przed komputerami (bytami fizycznymi), na których 
się je wykonuje. Dijkstra (1989), jeden z prekursorów postrzegania pro- 
gramów jako bytów matematycznych, pisze: „Program to operowanie na 
symbolach abstrakcyjnych, które mogą zmienić się w konkretne przez za- 
stosowanie do nich komputerów. Ostatecznie, nie jest celem programów 
instruowanie naszych maszyn, obecnie celem maszyn jest wykonywanie 
naszych programów” (s. 1401). 

Kontynuację rozumienia programu jako obiektu abstrakcyjnego znaleźć 
można w koncepcji programu jako cyfrowego wzorca. 


2.1.3. Programy jako wzorce 


Ciekawą próbę zdefiniowania obiektu, jakim jest program kompute- 
rowy, podjął Peter Suber (1998). Twierdzi on, że program to po prostu cy- 
frowy wzorzec, rozumiany jako tablica komórek (lub miejsc) zawierających 
jeden z dwóch możliwych symboli. 

Z definicją tą związane są pewne założenia ontologiczne nazywane 
przez autora zasadami. Pierwsza z nich to zasada cyfrowa stwierdzająca, 
że każdy wzorzec analogowy może zostać odtworzony we wzorcu cyfro- 
wym z pewną dokładnością. Przyjęcie jej nie ogranicza jednak programów 
do wzorców cyfrowych. Jeśli dodatkowo przyjmiemy zasadę wyczerpywa- 
nia zakładającą, że wzorce cyfrowe i analogowe wyczerpują dziedzinę 
wzorców, to „każdy rodzaj wzorca może posłużyć jako program” (Suber, 
1998, s. 3). 

Powyższa definicja programu komputerowego - jako bardzo ogólna - 
ma swoje wady. Po pierwsze, nie stwierdza, czy wzorzec musi mieć wymiar 
materialny, czy ma on być napisany na papierze, nagrany na dysku czy też 
wystarczy, by został wymyślony; a może w myśl ujęcia platońskiego: coś 
jest programem nawet już przed byciem pomyślanym? Po drugie, definicja 
ta nie podaje żadnego kryterium pozwalającego odróżnić programy od 
szumu (losowego układu zer i jedynek) i od danych (nie wiadomo, w jaki 
sposób odróżnić aktywną i pasywną rolę wzorców). Co więcej, jeśli przyjąć, 
jak sugeruje autor, zasadę bezszumowości głoszącą, że żaden wzorzec nie 
jest szumem dla wszystkich możliwych języków programowania i wszyst- 
kich możliwych maszyn - to każdy układ zer i jedynek można rozumieć jako 
program w myśl pewnej interpretacji (w odpowiednim języku programo- 
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wania i dla odpowiedniej maszyny). Jeśli zasada ta jest prawdziwa, to żaden 
wzorzec nie jest szumem z żadnej możliwej perspektywy. 

Jednym ze sposób uniknięcia wymienionych problemów jest dodanie do 
definicji programu jako wzorca dwóch wymogów: (1) by wzorzec ten był 
czytelny dla maszyny oraz (2) by był wykonywalny. Jednak modyfikacja 
taka nadal nie pozwala na odróżnienie programu od szumu, gdyż wprowa- 
dzenie wymogu wykonywalności nie rozwiązuje kwestii, lecz jedynie prze- 
suwa trudność z poziomu natury programu na poziom znaczenia słowa 
„wykonywalny”. Ponadto wzorzec będący szumem także może zostać wy- 
konany przez maszynę, należy jednak uwzględnić, że może zostać wykona- 
ny źle. Program bez błędów składniowych (możliwy do skompilowania), ale 
pełen błędów semantycznych (który nie wykonuje tego, czego chciał pro- 
gramista) jest w pewnym sensie szumem - jednak jest wykonywalny. 

Aby odróżnić złe wykonania programu od dobrych, konieczne jest 
wprowadzenie pojęcia celu programisty. Programy realizują cele swoich 
autorów, natomiast kody losowe lub błędne tego nie czynią. I dalej, by zro- 
zumieć program, musimy znać intencje, zamiary, cele lub wolę jego twórcy. 
Czy jednak wszystkie programy mają twórców? Co z wzorcami naturalnymi, 
niestworzonymi przez człowieka? Jeśli przyjmiemy, że istnieją „programy” 
naturalne wpisane w przyrodę, to wprowadzenie do rozważań o ich naturze 
pojęcia celu twórcy jest problematyczne. Prowadzi bowiem w szczególności 
do konieczności uznania istnienia ich twórcy - programisty przyrody (Boga?). 

Przyjrzyjmy się teraz wymogowi czytelności wzorców. Aby wzorzec był 
czytelny dla maszyny, musi mieć właściwą formę materialną (wymaganie 
fizyczne) oraz - musi być zapisany w języku maszynowym (wymaganie 
gramatyczne). Rozważmy najpierw wymaganie fizyczne. Oczywiste wydaje 
się uznanie, że programem jest ciąg instrukcji zapisanych na kartce w języ- 
ku naturalnym (na przykład po polsku) lub za pomocą formalizmu mate- 
matycznego. Jednak nośnik, jakim jest papier, nie gwarantuje czytelności 
programu dla maszyny. Zatem wymaganie fizyczne powinno zostać sformu- 
łowane w postaci bardziej ogólnej - jako stwierdzenie, że program można 
wyrazić w odpowiedniej formie fizycznej, nawet jeśli aktualnie formy takiej 
nie ma. 

Suber twierdzi, że każdy wzorzec da się urzeczywistnić - chociażby dla- 
tego, że można go narysować - toteż postuluje przyjęcie zasady dostrze- 
galności, mówiącej, że możliwe jest fizyczne urzeczywistnienie każdego 
wzorca. Wszystko, co ma reprezentację fizyczną (co jest narysowane), może 
być przeczytane lub odkodowane przez odpowiednio zaprojektowaną ma- 
szynę. A zatem każdy wzorzec jest czytelny dla jakiejś maszyny, czyli każdy 
wzorzec jest programem. Reasumując, dodanie do definicji programu jako 
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wzorca wymogu jego czytelności dla maszyny nie rozwiązuje problemu 
odróżnienia go od szumu, gdyż każdy wzorzec jest programem - w pewnym 
kontekście. 

Co więcej, jeśli chcielibyśmy określać mianem programu wzorzec speł- 
niający wymagania fizyczne i gramatyczne, ale zapisany na dysku twardym 
znajdującym się w szufladzie, to czytelność tego wzorca należy rozumieć 
bardzo szeroko. Programem jest bowiem również taki wzorzec, który jest 
czytelny dla maszyny, ale który w danym momencie nie jest przez nią 
czytany. 

Kontynuując tę myśl, można więc twierdzić, jak to czyni Suber, że pro- 
gramami są również te procedury, które istnieją (jak dotąd) tylko w umyśle 
programisty. Mogą one bowiem zostać wypowiedziane w języku, przedsta- 
wione z pewną dokładnością w postaci cyfrowej (zgodnie z zasadą cyfrową) 
oraz - urzeczywistnione (zgodnie z zasadą dostrzegalności). Wówczas pro- 
gramami możemy nazywać nie tylko kody zapisane na dyskach, dyskietkach 
i innych nośnikach, które nie są obecnie wykonywane, ale również to, co jest 
niesprecyzowane — lub dopiero powstaje (istniejąc tylko jako idea), uznając, 
że uzyska odpowiednią formę w przyszłości. Programami są wtedy również 
niewykonywalne osobno części dużych programów (na przykład systemów 
operacyjnych ), których to części oddzielnie maszyna wykonać nie może. 

Jeśli jednak przyjmiemy zasadę dostrzegalności (wszystkie wzorce 
spełniają wymaganie fizyczne) oraz zasadę cyfrową (każdy wzorzec może- 
my przedstawić w postaci cyfrowej), to wszystkie wzorce spełniają założe- 
nie o czytelności i wykonywalności. Tak więc założenia 1) i 2), dodane 
do pierwotnej definicji programu, są zbędne. Co więcej, Suber (1998) za- 
uważa, że: 


Konsekwencje tego faktu [że wszystkie wzorce są programami®] na pierwszy 
rzut oka są zaskakujące. Nie tylko losowy ciąg bitów jest programem, ale rów- 
nież 10% cyfr liczby Pi, krzywe tworzące usta Mony Lisy, [...] gwiazdy w Drodze 
Mlecznej, układ neuronów w mózgu. [...] Wszechświat jest programem (s. 10). 


Przejdźmy teraz do problemu rozróżnienia wzorca jako danych i wzorca 
jako programu. Suber twierdzi, że program jest wzorcem w pozycji kontro- 
lującej, podczas gdy w innej pozycji będzie on daną (w innej konwencji 
językowej natomiast - szumem). Czym jednak jest owa „pozycja”? Jest to 
relacja pomiędzy wzorcem-programem a innym wzorcem, który obecnie 
funkcjonuje jako dana. Programy wpływają na działanie komputerów - 
podobnie jak pokrętła wpływają na działanie kół zębatych. Jednak w jaki 
sposób maszyna rozróżnia pozycje wzorców? W przypadku dwóch kół 


8 Przypis mój - I. B-K. 
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zębatych rozróżnienie, które z nich jest kierowane, a które kieruje, jest bar- 
dzo proste. Zależy ono od tego, któremu kołu pozwalamy działać najpierw. 
Podobnie można odróżnić wzorce jako programy, które uruchamiane są 
wcześniej (i pełnią funkcję kontrolną), od wzorców jako danych. 

Przedstawiona powyżej koncepcja Subera nie jest wolna od zastrzeżeń. 
Po pierwsze, pojęcie wzorca cyfrowego, użytego do definiowania progra- 
mów, wydaje się nie mniej problematyczne niż samo pojęcie programu. 
Autor nie odpowiada bowiem na pytanie, jaka jest natura wzorców. Bo je- 
śliby rozumieć je jako obiekty matematyczne, to zdefiniowanie programów 
jako wzorców jest tylko kolejną wersją twierdzenia, że programy są obiek- 
tami matematycznymi. Po drugie, liczne zasady pojawiające się w rozważa- 
niach Subera podawane są zazwyczaj bez żadnego uzasadnienia; często są 
to bardzo silne założenia ontologiczne. Po trzecie, koncepcja Subera nie 
pozwala na jasne formułowanie kryterium równości programów. 

Jeśli istotą programu jest wzorzec, to różne wzorce powinny stanowić 
różne programy. Co jednak może powodować rozumienie wzorca w termi- 
nach czysto syntaktycznych? Otóż jeśli we wzorcach zajdzie różnica choćby 
jednego bitu, wówczas wzorce te będą różnymi programami. Istnieją jednak 
odmienne wzorce, które rozumiemy jako te same programy. Na przykład kod 
programu w języku maszynowym, powstający przez kompilację kodu napisa- 
nego w języku programowania wysokiego poziomu, to wzorce różne, ale pro- 
gram ten sam. W sytuacji, gdy jeden program jest tłumaczeniem drugiego, 
możemy powiedzieć, że mają one ten sam wzorzec semantyczny, któremu 
odpowiadają dwa różne wzorce syntaktyczne. Suber uważa, że do identyfika- 
cji programów potrzebne jest przejście od składni do semantyki. Mówiąc, że 
są one takie same, bardzo często myślimy o celu, dla którego zostały napisa- 
ne. Myśląc o dwóch wytworach człowieka, zaprojektowanych do wypełniania 
tego samego celu, identyfikujemy dwa różne wzorce jako jeden program. 

Aby móc postrzegać dwa różne wzorce jako ten sam program, bez od- 
wotywania się do pojęć zewnętrznych - takich jak cel lub funkcja programu, 
Suber (1998) proponuje przyjęcie zasady pitagorejskiej mówiącej o tym, że 
»[S]ktadnia budzi semantykę w ogólności” (s. 16). Istotą programu jest 
wówczas sam wzorzec. Jeśliby przyjąć ponadto zasady: dostrzegalności, 
bezszumowości i cyfrową, to dziedzina wzorców mogących służyć jako pro- 
gramy rozszerza się do wszystkiego, co można nazwać wzorcem, a pojęcie 
„program” i granice jego zasięgu stają się niejasne. 

Nie tylko Suber poszukuje kryterium identyczności programów. Pro- 
blem określenia, kiedy dwa programy można uznać za równe, jest ważny 
zarówno ze względu na punkt widzenia filozofii - jako jedno z podstawo- 
wych pytań ontologicznych - jak również ze względów praktycznych. 
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2.1.4. Kryteria identyczności programów 


Określenie kryteriów identyczności programów komputerowych jest 
istotne nie tylko dla filozofii informatyki; ma ono bowiem również swoje 
skutki prawne, a to z powodu konieczności prawnej ochrony programów. 
Kiedy nowo powstały program uznać należy za identyczny z wcześniej 
istniejącym, to znaczy kiedy następuje naruszenie praw autorskich? Czy 
zmiana koloru lub kroju czcionki, użytej do zapisania kodów programów, 
wystarcza, by programy uznać za istotnie różne, czy też należy wyjść poza 
ich zapis i przyjrzeć się raczej efektom ich działania? W obu tych przypad- 
kach konieczne jest doprecyzowanie i głębsza analiza pojęcia identyczności 
programów komputerowych. 

Jeśli utożsamimy program z jego fizyczną reprezentacją, na przykład 
z jego zapisem w języku programowania, to zmuszeni będziemy uznać dwa 
programy o kodzie różniącym się tylko wyglądem czcionki za różne obiekty. 
Programy napisane w różnych językach programowania także należy zaw- 
sze traktować jako różne - nawet jeśli są zapisami tego samego algorytmu, 
a efekt ich wykonania jest identyczny. Co więcej, programu zapisanego 
w języku programowania wysokiego poziomu oraz - efektu jego kompilacji 
(lub interpretacji), który również jest programem, nie można uznać za iden- 
tyczne, ponieważ mają one różne kody (różne zapisy), a jest to niezgodne 
z intuicją. Należy zatem szukać innego kryterium identyczności uwzględnia- 
jącego raczej znaczenie instrukcji programu, a nie tylko sposoby jego 
zapisu. 

Narzędzi do precyzyjnego określenia takich kryteriów dostarczyć może 
tak zwana semantyka języków programowania. Języki programowania, ro- 
zumiane jako zbiór abstrakcyjnych definicji i reguł, podobnie jak języki 
naturalne mają swoją gramatykę, według założeń której możemy określić, 
jakie wyrażenia są syntaktycznie poprawne. Zazwyczaj wykorzystuje się 
w tym celu gramatyki regularne, ale nie opisuje się znaczenia tych wyrażeń. 
Oprócz gramatyki języki mają również semantykę określającą znaczenie 
występujących w nich konstrukcji. I dopiero gramatyka wzbogacona o se- 
mantykę (formalną lub nieformalną) pozwala informatykom na badanie 
własności języków programowania oraz programów. Semantyki języków 
programowania służyć mogą do ich klasyfikowania oraz pomagają w two- 
rzeniu zupełnie nowych języków. Dostarczają również narzędzi do badania 


Język programowania (a właściwie notację programistyczną) można rozumieć jako 
system formalny w sensie Fregego i Russella. Działający program można wtedy traktować 
jako konstruktywny dowód na to, że pewne obliczenie jest możliwe w danym systemie for- 
malnym (Bornat, 2006). 
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samych programów - w tym do określania kryteriów ich identyczności oraz 
poprawności. 

Semantyka języków programowania była początkowo rozwijana przez 
grupę matematyków i informatyków o zainteresowaniach filozoficznych. 
Programowanie pierwszych komputerów polegało na wprowadzaniu do 
nich wprost instrukcji zapisanych w języku maszynowym. Powstałe w latach 
50. XX wieku języki programowania wysokiego poziomu” pozwoliły pro- 
gramistom na zapisywanie instrukcji dla komputerów w sposób bardziej 
zrozumiały i całkowicie abstrahujący od sposobu ich wykonania przez kom- 
puter. Trudności w projektowaniu tychże języków wynikały między innymi 
z braku jasno sprecyzowanej semantyki, bez której trudno jest mówić na 
przykład o tym, co uważać należy za poprawną implementację danego języka. 

Pierwsze kroki ku semantyce języków programowania zrobiono w la- 
tach 60. XX wieku. Semantyki częściowo wyrażane były - i nadal są - w ję- 
zyku potocznym. Dla każdej konstrukcji językowej podaje się wówczas 
słowny opis jej znaczenia. Na przykład opis instrukcji warunkowej może 
wyglądać następująco: „wykonanie instrukcji warunkowej polega na zbada- 
niu wartości logicznej warunku, po czym - wykonaniu pierwszej z poda- 
nych instrukcji, jeśli warunek był prawdziwy, bądź też - instrukcji drugiej, 
jeśli warunek był fałszywy i jednocześnie fraza else była obecna” (Bylina, 
Bylina, 2011, s. 27). Taki sposób opisu semantyki języka programowania, 
choć szeroko rozpowszechniony, jest jednak bardzo nieścisły. 

W bardziej ścisłych, formalnych semantykach teoretycznych, nazywa- 
nych językami specyfikacji, wykorzystuje się pewne podobieństwo języków 
programowania wysokiego poziomu do języków formalnych - takich jak 
logika pierwszego rzędu. Po pierwsze, występują w nich zmienne, do któ- 
rych można przypisywać wartości, predykaty oraz funkcje. Po drugie, wiele 
z podstawowych operacji programistycznych można rozumieć jako przypi- 
sanie wartości zmiennym. Języki programowania mają jednakże pewne 
cechy odróżniające je od języków logiki; na przykład występujące w nich 
zmienne mają typy, pozwalające na przypisywanie im tylko wartości okre- 
ślonego rodzaju. Z punktu widzenia semantyki tych języków nie ma jednak 
możliwości przedstawienia tych typów, ponieważ w elementarnej teorii 
mnogości zbiory są kolekcjami obiektów bez dodatkowej struktury. Co wię- 
cej, większość języków programowania pozwala programom na wykony- 
wanie czynności, które zmieniają wartości zmiennych bądź też kończą się 
innymi nieodwracalnymi skutkami (mówi się wtedy, że powodują one efek- 
ty uboczne). Wszystkie te cechy niezwykle utrudniają tworzenie formalnej 
semantyki dla języków programowania. 


10 Fortran powstał w roku 1954, Algol w latach 1958-1960, a Lisp w latach 1958-1962. 
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Współcześnie spotkać możemy trzy podstawowe typy takich semantyk: 
1) operacyjne - opisujące każdą strukturę języka przez czynności, jakie jej 
odpowiadają (zwykle na jakiejś maszynie abstrakcyjnej), 2) denotacyjne - 
w których znaczenie każdego zapisu w danym języku opisuje się za pomocą 
funkcji matematycznych, oraz 3) aksjomatyczne - traktujące frazy języka 
jako obiekty matematyczne charakteryzowane poprzez aksjomaty. 

Semantyki operacyjne (Landin, 1964; Plotkin, 1981) do interpretacji 
składni języka programowania wykorzystują pojęcie maszyny abstrakcyj- 
nej, tłumacząc jego wyrażenia na ciąg instrukcji dla niej. Podstawowe jest 
tutaj pojęcie „konfiguracji”, które można rozumieć jako rzeczywisty stan 
maszyny realizującej programy rozważanego języka. Wśród konfiguracji 
wyróżnia się początkową, od której zaczyna się realizacja programu, oraz 
końcowe, które odpowiadają jego zakończeniu. Definiuje się też dla niej 
relację przejścia modelującą pojedynczy krok maszyny realizującej pro- 
gram. Obliczeniem jest wówczas ciąg kolejnych takich kroków, z których 
każdy następny rozpoczyna się w tej konfiguracji, do której doprowadził 
krok poprzedni. W ten sposób sprowadza się instrukcje programu do obli- 
czeń (rozumianych jako relacje matematyczne) na maszynie abstrakcyjnej. 

Również semantyki denotacyjne do interpretacji wyrażeń języka pro- 
gramowania korzystają z obiektów matematycznych (Milne i Strachey, 
1977). Najczęściej używa się w tym celu teorii mnogości oraz teorii katego- 
rii, tworząc dla każdej struktury składniowej denotację, to znaczy funkcję 
określającą wartość danego wyrażenia (definiującą jego sens). Wartości 
nadawane są całej gamie różnych obiektów: od zmiennych i stałych poprzez 
fragmenty programów (nadające wartość zmiennym) aż po cały program. 
Podprogram również może być traktowany jak rodzaj funkcji, której argu- 
mentami są wartości semantyczne jego parametrów, a wartością jest war- 
tość semantyczna wyrażenia, które podprogram zwraca. Nie jest jednak 
wówczas możliwe odróżnienie dwóch podprogramów, które obliczają tę 
samą wartość - choć w inny sposób, na przykład jeden z nich pracuje na 
zmiennych lokalnych, a drugi powoduje zmianę wartości zmiennych global- 
nych. Takie fragmenty kodu nie są wzajemnie zastępowalne, a mogą mieć tę 
samą wartość semantyczną. Problem ten nazywa się „nieprzezroczystością 
referencyjną” (White, 2004). 

Zarówno semantyki operacyjne, jak i denotacyjne bazują na obiektach 
matematycznych, takich jak zbiory czy funkcje. Powstaje zatem pytanie, 
czy istnieje między nimi istotna różnica koncepcyjna. Turner (2007) odpo- 
wiada kategorycznie - nie, powołując się na fakt, że zarówno semantyki 
operacyjne, jak i denotacyjne wprowadzają interpretacje matematyczne. 
Maszyna abstrakcyjna jest bowiem obiektem matematycznym określonym 
w terminach teoriomnogościowych. Potrzebna jest zatem dokładniejsza 
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analiza tych dwóch rodzajów semantyk, która pozwoli określić ich wzajemne 
relacje. 

Powróćmy teraz do problemu określenia równości programów kompu- 
terowych w kontekście ich wartości semantycznych. Można twierdzić (Turner, 
Eden, 2011), że każda semantyka języka programowania wyznacza kry- 
terium równości napisanych w tymże języku programów, ponieważ dwa 
programy są równe, jeśli mają tę samą wartość semantyczną, to znaczy: 


P = Q wtedy i tylko wtedy, gdy ||P|| = IQ], 


gdzie ||P|| oznacza wartość semantyczną programu P. 
Przyjrzyjmy się następującym programom obliczającym funkcję silnia: 


Program 1 Program 2 
function Silnia (n: integer): integer begin | function Silnia (n: integer): integer var 
ifn=0 x, y: integer; 
then Silnia:= 1; begin 
else y:=1; 
Silnia := (n) * Silnia(n-1); x:=0; 
end; while x<n do begin 
X:=x+1; 
Y :=y*X; 
end; 
Silnia := y; 
end; 


Określenie równości tych dwóch programów zależy od przyjętej seman- 
tyki. Pewna semantyka denotacyjna może je utożsamiać, ponieważ obliczają 
one te samą funkcję - silnię, całkowicie abstrahując od sposobu obliczania 
jej wartości. Z kolei semantyka operacyjna może rozróżniać programy 1 i 2, 
jeśli weźmiemy pod uwagę poszczególne kroki obliczeń. Na szczęście istnieje 
jednak zasada pozwalająca rozstrzygnąć, która semantyka jest odpowiednia 
dla określenia równości programów. 

Powszechnie przyjmowanym kryterium służącym do rozróżniania 
obiektów jest prawo Leibniza11, które zawiera w sobie dwie zasady: zasadę 
identyczności nierozróżnialnych (jeśli dla wszystkich własności F, x ma 
własność F zawsze i tylko wtedy, gdy y ma własność F, to xi y są identyczne) 
oraz zasadę nieodróżnialności identycznych (jeśli x jest identyczny z y, to 


11 Prawo to zostało omówione w paragrafie 1.1.2. 
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dla wszystkich własności F, x ma własność F zawsze i tylko wtedy, gdy y ma 
własność F). Ich odzwierciedlenie znajdujemy w pojęciu obserwacyjnej 
równoważności programów - z filozoficznego punktu widzenia rozumianej 
jako rodzaj funkcjonalizmu. 

Definicja brzmi: dwa programy P i Q są obserwacyjnie równoważne wte- 
dy i tylko wtedy, gdy we wszystkich przypadkach, gdy wejścia programów 
P i Q są takie same, to również ich wyjścia są takie same. 

Inaczej: programy P i Q są obserwacyjnie równoważne wtedy i tylko 
wtedy, gdy we wszystkich kontekstach C[e], w których C[P] jest poprawnym 
programem, również C[Q] jest poprawnym programem o tej samej wartości 
semantycznej. 

I tak na przykład dwa programy wykonujące operacje na bazach danych 
są obserwacyjnie równoważne, w odniesieniu do tej samej semantyki ope- 
racji bazodanowych, wtedy i tylko wtedy, gdy wykonanie ich w tych samych 
kontekstach (na maszynach o tej samej architekturze, w tym samym syste- 
mie operacyjnym i tak dalej) prowadzi do takich samych efektów w bazie 
danych. 

Oczywiście, w praktyce nie jest możliwe sprawdzenie zachowania pro- 
gramu we wszystkich możliwych kontekstach - dlatego też do pojęcia 
obserwacyjnej równoważności należy podchodzić z pewną ostrożnością. 
Jednak pojęcie to dobrze oddaje zasady zawarte w prawie Leibniza. 

Jeśli wszystkie obserwacyjnie różne programy mają różne wartości se- 
mantyczne, to o ich semantyce mówi się, że jest zgodna (ang. sound), bo 
spełnia zasadę: 


dla wszystkich kontekstów C, jeśli ||P|| = ||Qll, to ||C[PII| = IICIQIII. 


A zatem pojęcie identyczności wprowadzone poprzez semantyki zgodne 
spełnia zasadę nieodróżnialności identycznych. 

Semantyka jest pełna (ang. complete), jeśli każde dwa programy o różnej 
wartości semantycznej są obserwacyjnie różne (nie są one równoważne), to 
znaczy: 


dla wszystkich kontekstów C, jeśli ||C[PII| = |IC[GIII. to [PII = IGII. 


Łatwo zauważyć, że semantyki takie spełniają zasadę identyczności nieod- 
różnialnych. 

I na koniec: semantykę nazywa się w pełni abstrakcyjną, jeśli jest ona 
zgodna oraz pełna. Jak widać, wynika z tego, że prawo Leibniza spełniają 
semantyki w pełni abstrakcyjne i one właśnie powinny służyć do określania 
równości programów, ponieważ oddają strukturę programów, abstrahując 
od szczegółów notacyjnych czy implementacyjnych. Warto zauważyć, że 
wiele semantyk denotacyjnych nie jest w pełni abstrakcyjnych, a wiele se- 
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mantyk operacyjnych posiada tę własność. Nie można zatem jednoznacznie 
stwierdzić, że semantyki operacyjne nie mogą służyć do określania równo- 
Sci programów, podczas gdy semantyki denotacyjne są do tego celu odpo- 
wiednie. Konieczne jest jeszcze sprawdzenie ich własności logicznych. 

Semantyki języków programowania poza określaniem kryteriów rów- 
ności programów mogą mieć inne jeszcze, liczne zastosowania. Używa się 
ich między innymi w badaniach własności - a właściwie „zachowań” pro- 
gramów, na podstawie matematycznych własności ich wartości semantycz- 
nych. Można w ten sposób badać - na przykład - poprawność programów 
lub ich części oraz wykorzystywać je do projektowania języków programo- 
wania posiadających odpowiednie własności metateoretyczne. 

Jedną z cech „dobrego” języka programowania jest jego przejrzystość re- 
ferencyjna (wzajemna zastępowalność termów stojących za tymi samymi 
obiektami). Języki powodujące efekty uboczne - umożliwiające na przykład 
zmianę wartości zmiennych - nie mają tej własności. Przejrzystość referen- 
cyjna przyczynia się do lepszej kontroli poprawności programu (ułatwia jej 
dowodzenie). Umożliwia ona także stosowanie tak zwanego leniwego war- 
tościowania wyniku funkcji, a więc obliczanie tylko tych fragmentów wyni- 
ku, które faktycznie są potrzebne innej funkcji lub akcji. Wreszcie, przejrzy- 
stość referencyjna (w tym - niezależność od efektów ubocznych) wraz 
z leniwym wartościowaniem pozwala na obliczanie składowych funkcji nie- 
zależnie od siebie, co w naturalny sposób ułatwia obliczenia równoległe 12. 

Jeśli chcemy stworzyć język programowania, który jest przejrzysty refe- 
rencyjnie, to musi to być język niezmieniający wartości zmiennych. Jak 
zatem powinien on wyglądać? Zmienne w tym języku mogą przyjmować 
pewne wartości, które nie mogą ulegać zmianie, natomiast podprogramy 
(pobierające parametry i zwracające wyniki) traktować należy jak funkcje 
matematyczne. Język programowania jest wówczas referencyjnie przejrzy- 
sty. Wymaga to jednak użycia pojęcia funkcji „wyższego rzędu” - argumen- 
tami jej mogą być inne funkcje. Istnieją języki programowania dysponujące 
odpowiednimi narzędziami do wyrażania takich konstrukcji, jak na przy- 
kład języki funkcyjne takie jak Haskell czy Lisp, języki nietypowane (Sche- 
me) czy języki typowane (na przykład ML). 

I to właśnie ze względu na tę normatywną rolę semantyki w procesie 
tworzenia nowych języków programowania twierdzi się (Turner, Eden, 
2011), że to ona jest centralnym zagadnieniem informatyki - pozwala bo- 
wiem, między innymi, na lepsze zrozumienie natury czynności wchodzą- 
cych w skład procesu tworzenia programów. 


12 Więcej szczegółów technicznych znaleźć można np. w książce Przegląd języków i pa- 
radygmatów programowania (Bylina, Bylina, 2011). 
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2.1.5. Specyfikacja 


Jak wspomniano wcześniej, tworzenie programu komputerowego nie 
jest prostą czynnością, lecz skomplikowanym procesem. Rozpoczyna się on 
od sformułowania specyfikacji, to znaczy od określenia, co program powi- 
nien „robić”. Każde przedstawienie wymagań stawianych przed programem 
- lub innym artefaktem, na przykład komputerem - nazwać można specyfi- 
kacją. 

W praktyce specyfikacje wyrażane są w wielu językach i formalizmach, 
różnią się też poziomem szczegółowości. Często spotyka się specyfikacje 
urządzeń i programów wyrażone w języku naturalnym (potocznym), ale 
wielu informatyków twierdzi jednak, że ze względu na jego wieloznaczność 
i niejasność nie nadaje się on do tego celu i powinien zostać zastąpiony 
ścisłym językiem formalnym. 

W roku 1985 Meyer do specyfikacji programu formatującego fragment 
tekstu zaproponował właśnie system formalny. Był on stosunkowo prosty, 
bowiem do zastąpienia języka potocznego formalnym potrzebna była tylko 
znajomość pojęć: zbioru, ciągu, relacji, funkcji, oraz umiejętność posługiwa- 
nia się rachunkiem predykatów. Z kolei Turner (2005) pokazał, że specyfi- 
kacje funkcyjne sformułowane metodami formalnymi mogą być wyrażone 
jako relacje w rachunku predykatów. Tworzenie formalnych specyfikacji 
programów i urządzeń jest jednak kwestią trudną i dyskusyjną. 

I tak nie ma zgody wśród badaczy nawet w kwestii tego, czy specyfikacje 
formalne są wykorzystywane w praktyce tworzenia oprogramowania. 
Niektórzy (między innymi DeMillo, Lipton, Perlis, 1979) twierdzą, że w prak- 
tyce specyfikacje takie tworzone są bardzo rzadko, ponieważ byłyby one 
bardzo długie, złożone i „dość dziwne”. Specyfikacja dla dowolnego rzeczy- 
wistego systemu operacyjnego albo kompilatora zajęłaby całe tomy i nikt 
nie uwierzyłby, że jest ona kompletna. Inni (na przykład Hall, 1990) uważa- 
ją, że specyfikacje formalne są wykorzystywane w rzeczywistości - nawet 
przy tworzeniu dużych aplikacji (między innymi dla przemysłu) - oraz że 
dzięki nim powstają łatwiejsze do zrozumienia i krótsze dokumentacje pro- 
jektów programów. Anthony Hall twierdzi, powołując się na własne do- 
świadczenia projektowe i programistyczne, że zastąpienie specyfikacji 
napisanej w języku naturalnym przez specyfikację formalną wiąże się z wie- 
loma praktycznymi korzyściami. Po pierwsze, specyfikacja formalna poma- 
ga sformułować i uściślić wymagania stawiane przed programem, ułatwia- 
jąc jednocześnie ich zrozumienie - i to zarówno twórcom oprogramowania, 
jak i jego przyszłym użytkownikom. Po drugie, pozwala na wczesne wykry- 
cie i poprawienie błędów lub nieścisłości w koncepcji działania programu, 
a co za tym idzie - na podjęcie decyzji o zmianach dotyczących funkcjo- 
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nalności przed rozpoczęciem jego pisania (prowadzi do zmniejszenia kosztów 
jego tworzenia). Po trzecie, umożliwia uzasadnienie pewnych własności 
programu, których nie można udowodnić innym metodami niż formalne. Po 
czwarte, pomaga ona także w kolejnym etapie tworzenia programu, a mia- 
nowicie w jego implementacji. Hall (1990) pisze: „Nasze doświadczenie 
pokazuje, że łatwiej jest zbudować system ze specyfikacji formalnej, niż 
używając innych metod” (s. 16). 

Co więcej, wbrew powszechnemu przekonaniu, tworzenie specyfikacji 
formalnych nie wymaga zaawansowanej wiedzy matematycznej. Podsta- 
wowym problemem podczas ich formułowania nie jest matematyka, która 
zazwyczaj nie wykracza poza znajomość teorii mnogości i logiki, ale uchwy- 
cenie właściwych powiązań pomiędzy Światem rzeczywistym a formali- 
zmem matematycznym. 

Wymóg tworzenia specyfikacji formalnych jest dość często akceptowany 
przez informatyków - niektórzy z nich idą nawet o krok dalej i wymagają, 
by były one wykonywalne (Agresti, 1986; Fuchs, 1992). Specyfikacje for- 
malne są zazwyczaj rozumiane jako modele koncepcyjne programów, pod- 
czas gdy specyfikacje wykonywalne tworzą swego rodzaju modele funk- 
cjonalne. Tworzenie poprawnych programów jest jednym z kluczowych 
zagadnień informatyki, a specyfikacje wykonywalne mogą znacznie ułatwić 
to zadanie. Pozwalają one bowiem na wczesne wykrywanie i poprawianie 
błędów w projektach programów, i co więcej, umożliwiają natychmiastowe 
sprawdzenie tych fragmentów oprogramowania, których nie można spraw- 
dzić w sposób formalny - na przykład, kontrolę interfejsu użytkownika. 
Warto w tym miejscu zauważyć, że istnieje wiele wymogów stawianych 
przed programami komputerowymi, których nie da się sformalizować - 
wymienić tu można choćby łatwość obsługi. Wymogi te zazwyczaj są dołą- 
czane do specyfikacji formalnych w postaci uwag i przypisów, a nie można 
sprawdzić ich inaczej niż przez przetestowanie, co jest możliwe przed napi- 
saniem programu tylko dzięki zastosowaniu specyfikacji wykonywalnych. 
Fuchs (1992) uważa, że „[w|ykluczenie wykonywalności z języków specyfi- 
kacji oznacza pozbawienie się silnej metody sprawdzania poprawności” 
(s. 323). 

Ponadto specyfikacje wykonywalne mogą służyć jako prototypy, umoż- 
liwiające eksperymentowanie z różnymi wymogami stawianymi przed pro- 
gramem, co znakomicie pasuje do jednego z modeli tworzenia oprogramo- 
wania - modelu ewolucyjnego. Jest to mianowicie model często stosowany 
w przypadku, gdy nie można w początkowym etapie tworzenia programu 
określić, w sposób dokładny i pełny, wszystkich stawianych przed nim wy- 
magań. Wykonywalne specyfikacje mogą wówczas stać się znakomitym 
narzędziem komunikacji pomiędzy zamawiającym program klientem a two- 
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rzącym go zespołem programistycznym, umożliwiają bowiem przedstawie- 
nie działania programu spełniającego konkretne wymogi. 

Pomimo wielu zalet specyfikacji wykonywalnych, nie wszyscy zgadzają 
się z koniecznością powszechnego ich wykorzystania. Hayes i Jones (1989) 
uważają, że siła wyrazu języka specyfikacji i jej wykonywalność wykluczają 
się wzajemnie - a to właśnie siła wyrazu jest w specyfikacji najistotniejsza. 
Wykonywalność nieuchronnie ogranicza uniwersalność i ekspresyjność 
języków specyfikacji, wprowadzając do nich szczegóły algorytmiczne ko- 
nieczne do jej wykonania. Łatwiej jest również sprawdzić, że implementacja 
odpowiada specyfikacji, gdy specyfikacja ta jest bardziej abstrakcyjna, nie 
zawiera na przykład struktur danych i detali algorytmicznych wystepu- 
jących w specyfikacjach wykonywalnych. Co więcej, specyfikacji wykony- 
walnych powinno się unikać, ponieważ mogą one źle wpływać na imple- 
mentację, w pewien sposób - być może nie wprost - narzucając detale 
programistyczne i ograniczając inwencję twórców oprogramowania. Auto- 
rzy na poparcie swoich tez przytaczają szereg kwestii, które ich zdaniem nie 
mogą być w sposób właściwy uchwycone przez specyfikacje wykonywalne. 

Przykłady te rozważa w swej pracy Fuchs (1992); wykazuje, że siła wy- 
razu i wykonywalność specyfikacji nie muszą się wykluczać, jeśli specyfika- 
cje pisane są w językach deklaratywnych, na przykład — w językach funk- 
cyjnych (takich jak ML) bądź też logicznych (Prolog). Autor omawia 
poszczególne problemy wskazane przez Hayesa i Jonesa oraz przedstawia 
właściwe dla nich specyfikacje wykonywalne, zapisane w logicznym języku 
LSL13. Pokazuje także, w jaki sposób można przeformułować specyfikacje 
niewykonywalne w języku LSL, dodając kilka elementów konstruktywnych, 
takich jak reprezentacja zbiorów i ciągów za pomocą list czy też rekuren- 
cyjne definicje zbiorów. Fuchs twierdzi, że niewykonywalne specyfikacje, 
które są konstruktywne, można łatwo „przetłumaczyć” na wykonywalne - 
prawie bez straty poziomu ogólności (na tym samym poziomie abstrakcji), 
bez konieczności wprowadzania nowych algorytmów czy też wyboru szcze- 
gółów implementacyjnych (które można w każdym momencie zmienić). 
Jego zdaniem języki logiczne posiadają wystarczającą siłę wyrazu, by uży- 
wać ich z powodzeniem do tworzenia specyfikacji wykonywalnych prak- 
tycznie wszystkich, nawet bardzo złożonych, programów. 

Zagadnienia używania w procesie tworzenie programów specyfikacji 
formalnych, a w szczególności wykonywalnych, oraz istnienia metod auto- 
matycznego tworzenia oprogramowania wprost ze specyfikacji generują 
pytania o różnice pomiędzy specyfikacją programu a nim samym. Jak 


13 Język LSL został przedstawiony przez Lloyda i Topora w pracy Making Prolog More 
Expressive (Lloyd, Topor, 1984). 
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odróżnić specyfikacje od programów przez nie opisywanych? Istnieją różne 
odpowiedzi na to pytanie. 

Jedno z najczęściej przytaczanych kryteriów odróżniających specyfika- 
cje od programów związane jest z poziomem ich szczegółowości. Program 
zawiera bardzo szczegółowy opis działania komputera (instrukcja po in- 
strukcji), specyfikacja natomiast opisuje tylko związek pomiędzy wejściem 
a wyjściem programu (to znaczy, jakie efekty i dla jakich danych wejścio- 
wych chcemy otrzymać). Kryterium to jednak nie zawsze da się zastosować 
w przypadku formalnych specyfikacji zapisanych z użyciem specjalnych 
języków o poziomie szczegółowości zbliżonym do poziomu programów (na 
przykład - napisanych z użyciem funkcyjnych języków programowania). 
Jeśli zatem uznać kryterium poziomu szczegółowości za niewystarczające 
dla odróżnienia specyfikacji od programów, można szukać innego - analizu- 
jąc na przykład ich funkcję. 

Często twierdzi się, że zadaniem specyfikacji jest opisanie artefaktu, któ- 
ry ma powstać. Specyfikacje mają wtedy charakter deskryptywny - w od- 
różnieniu od programów, które są imperatywne. Jest to jednak rozróżnienie 
właściwe tylko w przypadku tak zwanego programowania imperatywnego 
- program jest wtedy listą rozkazów, jakie komputer ma w określonej ko- 
lejności wykonać. Jest on tylko jednym z wielu obowiązujących paradygma- 
tów programowania. W przypadku innych języków, na przykład logicznych, 
funkcyjnych czy zorientowanych obiektowo, trudno jest mówić o „ciągu 
instrukcji”. Właściwsze wydaje się twierdzenie, że programy takie składają 
się z ciągów definicji. Programy napisane w tych językach nie mają wyraź- 
nie widocznego charakteru imperatywnego. Trzeba tu nadmienić, że nie 
wszystkie specyfikacje mogą być rozumiane jedynie jako stwierdzenia do- 
tyczące relacji pomiędzy wejściem i wyjściem, gdyż zawierają one dodat- 
kowe wymagania związane - na przykład - z rodzajem instrukcji, jakich 
należy użyć w programie. A zatem nie wszystkie programy są imperatywne 
i nie wszystkie specyfikacje są deskryptywne, a co za tym idzie, kwestia 
deskryptywne czy imperatywne nie jest odpowiednim kryterium je odróż- 
niającym. Spróbujmy zatem poszukać innego rozwiązania. 

Można twierdzić, że program komputerowy - w przeciwieństwie do 
specyfikacji - może zostać skompilowany i wykonany. Nie jest jednak jasne, 
co należy rozumieć pod pojęciem możliwości skompilowania? Jeśli chodzi 
o fizyczne istnienie kompilatora - status obiektu może zmieniać się w cza- 
sie. Obecnie dany obiekt jest specyfikacją, gdyż nie istnieje dla niego kompi- 
lator, jutro natomiast może on powstać. Zdarza się tak, że dzisiejsze języki 
specyfikacji stają się z czasem językami programowania, tak jak to się stało 
w przypadku języków funkcyjnych. Możemy zatem twierdzić, że języki pro- 
gramowania to języki, które posiadają implementację, języki specyfikacji 
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natomiast jej mieć nie muszą. Dzieje się tak dlatego, ze w tych ostatnich 
dopuszcza się wyrażenia, które - w sensie Turinga - nie są obliczalne?, 
Jednak, jak wspomniano wcześniej, istnieją także specyfikacje wykonywal- 
ne. Warto zastanowić się nad różnorodnymi celami tworzenia specyfikacji 
i programów - nad intencjami ich twórców (Fuchs, 1992). Otóż specyfikacje 
mają tylko oddawać funkcje i zachowanie systemu w sposób jak najbardziej 
ogólny i czytelny, bez względu na jego wydajność, a ona jest właśnie jedną 
z najistotniejszych własności programu, uzyskiwaną często nawet kosztem 
jego czytelności. 

Rozróżnienie specyfikacji i programu nie polega zatem na ocenie po- 
ziomu szczegółowości, użytego do ich zapisu języka, czy też istnienia im- 
plementacji. Specyfikacja, w odróżnieniu od programu, jest nie tylko opisem 
działania artefaktu, bowiem wprowadza ona również kryteria poprawności 
tegoż działania. Pełni zatem funkcję normatywną - mówi programiście lub 
inżynierowi, co ten powinien zbudować, oraz informuje o tym, czy wykonał 
on zadanie dobrze. Złe funkcjonowanie nie jest bowiem własnością samej 
maszyny, lecz pojęciem wprowadzanym implicite przez jej specyfikację. 
Czym jest tak pojmowana specyfikacja? 

Jeśli traktujemy specyfikacje jako opisy artefaktów, można wówczas 
twierdzić, że są one po prostu definicjami nowych urządzeń, programów lub 
całych systemów. Jakiego rodzaju są to definicje? Raymond Turner (2011) 
twierdzi, że specyfikacje są definicjami warunkowymi nowych artefaktów, 
gdyż wprowadzają nowe terminy - o znaczeniu określonym w danym kon- 
tekście. 

Powstaje jednak pytanie, czy każda definicja warunkowa jest specyfika- 
cją. W myśl przyjętego wcześniej założenia, definicja funkcjonuje jako spe- 
cyfikacja tylko wtedy, gdy oprócz opisu obiektu podaje ona także kryterium 
jego poprawnego działania. Można odwołać się w tym miejscu do rozróżnie- 
nia kontekstu odkrycia i kontekstu uzasadnienia w filozofii nauki. W przy- 
padku specyfikacji artefaktu istnieje istotna różnica pomiędzy procesem 
jego konstruowania - a uzasadnieniem poprawności tego procesu. Podsu- 
mowując, jeśli definicja ma siłę normatywną w procesie konstrukcji arte- 
faktu, to jest ona specyfikacją, a nie zwykłą definicją. A zatem - nie każda 
definicja warunkowa w informatyce może być traktowana jak specyfikacja15. 


14 Możemy chcieć wyrazić w specyfikacji własność programu, której nie da się zapisać 
w jego ciele, na przykład możemy nalegać, by funkcja była totalna. 

15 Jeśli rozumiemy specyfikacje jako definicje, to bardzo trudno jest mówić o ich po- 
prawności, ponieważ definicje nie mogą być poprawne lub niepoprawne w klasycznym 
rozumieniu terminu „poprawny”. Wydaje się, że bardziej odpowiednie jest mówienie o ade- 
kwatności definicji, a tym samym o adekwatności specyfikacji. 
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Można pójść o krok dalej i twierdzić, że specyfikacja jest odpowiednikiem 
teorii naukowej, którą informatycy poddają sprawdzeniu poprzez skon- 
struowanie artefaktu przez nią opisywanego. Czy analogia ta jest trafna? Po- 
wszechnie przyjmuje się, że teorie naukowe powinny umożliwiać przewidy- 
wanie i wyjaśnianie zjawisk zachodzących w świecie. Specyfikacje, co prawda, 
mogą mieć logiczne konsekwencje i można je traktować jako predykcje na 
temat własności konstruowanego urządzenia, jednak to, co testuje się ekspe- 
rymentalnie, to nie specyfikacja, lecz sam artefakt. Co więcej, specyfikacje nie 
są opisami świata — nie podają bowiem wiedzy na temat tego, jaki on jest, 
nie są też wyjaśnieniami naukowymi i nie przewidują nawet, czy artefakt 
będzie działał poprawnie; opisują tylko znaczenie „poprawnego działania”. 
Zatem specyfikacje nie są teoriami naukowymi w klasycznym ich rozumieniu. 

Ważną cechą specyfikacji programów i urządzeń jest to, że mogą one 
podlegać zmianom w czasie. Na przykład - gdy klient zmieni zdanie co do 
wymagań bądź też gdy okaże się, że zbudowanie artefaktu nie jest możliwe 
(chociażby ze względu na ograniczenia fizyczne, nieuwzględnione wcześniej 
przez projektanta). W takich przypadkach specyfikację porzuca się - lub co 
najmniej modyfikuje. Co więcej, nie zawsze artefakt spełnia swoją specyfi- 
kację. Są jednak takie wymagania zawarte w specyfikacji, z których można 
zrezygnować, oraz takie, które są niezbędne. Decyduje o tym rozróżnieniu 
funkcja, jaką ma pełnić opisywany przez nią artefakt. Specyfikacje trakto- 
wać można zatem jako opisy funkcjonalne artefaktów, a nie jako definicje 
czy teorie naukowe. 

Opisy funkcjonalne zawsze odpowiadają na pytanie, do czego służy dany 
obiekt, lecz tylko niektóre z nich podają również sposób jego konstrukcji 
(w takich przypadkach specyfikacja informuje nie tylko o tym, co zbudować, 
ale również, jak to zrobić). Opisu sposobu konstrukcji obiektu, jeśli taki ist- 
nieje, nie można jednak traktować jako części specyfikacji, a w szczególno- 
Sci - specyfikacji funkcjonalnej. 

Gdyby traktować specyfikacje jako opisy funkcjonalne, stajemy wobec 
pytania, czy są to pojęcia różne - a jeśli tak, to jak je rozróżnić. Specyfikacja 
i opis funkcjonalny mogą mieć bowiem tę samą formę i zbliżony poziom 
szczegółowości oraz mogą także być opisane podobnym językiem (formal- 
nym lub nie). Jedyna istotna różnica pomiędzy nimi związana jest z czasem 
ich powstania (Turner, 2011). Jeśli opis powstał przed konstrukcją obiektu, 
na przykład — przed napisaniem programu lub zbudowaniem maszyny - to 
jest to specyfikacja (posiada bowiem normatywny charakter), w przeciw- 
nym przypadku - to tylko opis funkcjonowania. 

Różnorodność przytoczonych powyżej poglądów dotyczących natury 
specyfikacji i jej roli w procesie tworzenia programów wskazuje, że dogłęb- 
ne jej zrozumienie wymaga jeszcze głębszej analizy filozoficznej, w tym - 
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pojęciowego wyjaśnienia. Jest to tym ważniejsze, ze analiza ta moze mieć 
wpływ na projektowanie przyszłych języków programowania i języków 
specyfikacji. Turner (2013a) twierdzi, że „[...] natura specyfikacji jest fun- 
damentalnym zagadnieniem dla koncepcyjnych podstaw informatyki”. 

Nie jest ona jednak jedynym ważnym i interesującym z filozoficznego 
punktu widzenia etapem tworzenia oprogramowania. Równie ciekawa jest 
implementacja. 


2.1.6. Implementacja 


Pojęcie implementacji jest w informatyce terminem wieloznacznym, 
prawie nigdy nie definiowanym, ale dobrze rozumianym. Dlatego też jest 
ciekawym tematem do analizy filozoficznej. 

Pojęcie to można rozumieć bardzo szeroko jako realizację specyfikacji 
(Turner, 2013), najczęściej jednak termin ten spotyka się w kontekście za- 
pisu algorytmu w języku programowania. Mówi się wówczas, że (1) pro- 
gram jest implementacją algorytmu. Nie jest to jednak jedyne użycie tego 
terminu. Pojawia się on również w innych kontekstach, na przykład: 
(2) programy są implementowane w języku maszynowym, bądź też 
(3) konkretne struktury danych (na przykład tablice) są implementacją 
abstrakcyjnych typów danych (na przykład stosów). Czy jest zatem imple- 
mentacja relacją pomiędzy czymś „konkretnym” a abstrakcją, czy też może 
ona łączyć dwa pojęcia abstrakcyjne? Jeśli jest relacją między czymś „kon- 
kretnym” a abstrakcją, to jakiego typu jest to relacja? 

Przyjrzymy się na początek implementacji programów w rozumieniu (2). 
Eden i Turner (2006) opisując kompilację (tłumaczenie kodu źródłowego 
zapisanego w języku programowania wysokiego poziomu na język konkret- 
nej klasy maszyn), twierdzą, że proces ten jest odwzorowaniem typu jeden 
do wielu. Zatem implementacja w drugim znaczeniu jest taką właśnie rela- 
cją. Eden i Turner argumentują przy tym, że tłumaczenia z konkretnego 
języka programowania do języków rodziny procesorów Intel mogą się róż- 
nić w zależności od: docelowego języka maszynowego, dystrybutora i wersji 
kompilatora. Na przykład w języku C zdefiniowano typ int jako „zależny od 
implementacji”. Pozwala to sprzedawcom kompilatora C dla 16-bitowych 
procesorów reprezentować liczby całkowite na 2 bytach, a dla procesorów 
32-bitowych - na 4 bytach. A zatem implementacja rozumiana jako kompi- 
lacja (lub interpretacja) kodu źródłowego języka programowania wysokie- 
go poziomu na kod maszynowy jest relacją [typu] jeden do wielu. 

Szczegółową analizę pojęcia implementacji przedstawił Rapaport (1999, 
2005). Podaje on wiele jej przykładów, zarówno z dziedziny informatyki, 
jak i spoza niej, między innymi: 
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Tabela 3. Przyktady implementacji 


Dziedzina semantyczna Dziedzina syntaktyczna 
1. Program komputerowy jest implementacją algorytmu 
2. Proces obliczeniowy jest implementacją programu komputerowego 
3. Struktura danych jest implementacją abstrakcyjnej struktury danych 
4. Wykonanie utworu jest implementacją jego partytury 
5. Dom jest implementacją jego projektu 
6. Model teoriomnogościowy jest implementacją teorii formalnej 


Źródło: Rapaport, 1999, s. 2 


Rapaport (1999) uważa, że we wszystkich tych przypadkach implemen- 
tacja jest interpretacją semantyczną oraz że: „Interpretacja semantyczna 
wymaga dwóch dziedzin (ang. domain) i jednej relacji: dziedziny syntaktycz- 
nej, charakteryzowanej przez reguły, manipulowania na symbolach [...]; 
dziedziny semantycznej, charakteryzowanej podobnie, oraz relacji interpre- 
tacji semantycznej, która odwzorowuje jedną w drugą” (s. 1). Twierdzi on 
jednocześnie, że nie ma żadnych wewnętrznych cech czyniących obiekt 
dziedziną syntaktyczną lub semantyczną. W przedstawionych w powyższej 
tabeli przykładach program komputerowy jest w jednym ujęciu dziedziną 
semantyczną (program jest implementacją algorytmu), a w innym - syntak- 
tyczną (proces obliczeniowy jest implementacją programu). Tym, co powo- 
duje, że ten sam obiekt może występować w dwóch różnych „rolach”, jest 
asymetryczność relacji interpretacji: dziedzina semantyczna (nazywana 
przez autora „Implementacją”) implementuje dziedzinę syntaktyczną („Abs- 
trakcję”). Zatem Implementacja jest interpretacją semantyczną Abstrakcji. 

Pełne wyjaśnienie pojęcia implementacji wymaga jednakże użycia jesz- 
cze jednego terminu - nośnika (medium) implementacji. Jest ona zatem 
relacją ternarną: 


I jest implementacją A w medium M, 


gdzie I jest dziedziną semantyczną, A jest Abstrakcją, natomiast M może być 
zarówno obiektem konkretnym (fizycznym), jak i abstrakcyjnym. Na przy- 
kład strukturę danych, jaką jest stos, można zaimplementować jako listę16, 
z kolei listę tę implementuje się w języku programowania (na przykład 
w Pascalu) - otrzymując kod źródłowy. Implementacja kodu źródłowego 
(jego kompilacja) z kolei daje kod w jakimś języku maszynowym - i dalej, 
tak zapisany program implementuje się w rzeczywistym komputerze. 
W tym „ciągu” implementacji jej nośniki rozpoczynają się od najbardziej 


16 Ten rodzaj implementacji omówimy bardziej szczegółowo poniżej. 


77 


abstrakcyjnych (struktur danych) i staja sie coraz bardziej konkretne 
(ostatnim ogniwem jest obiekt fizyczny - komputer). Można zatem stwier- 
dzić, że implementacja jest „realizacją” pewnego obiektu w jakimś nośniku - 
może on być fizyczny lub abstrakcyjny. Czyli: istnieją dwa typy implemen- 
tacji - konkretna i abstrakcyjna. Rapaport (1999) pisze: „lImplementować to 
konstruować coś, bez surowców w ręce, co ma własności Abstrakcji; może 
to być również znalezienie odpowiednika, który ma te własności. Oba zada- 
nia są semantyczne” (s. 3). Uzasadnia swoje ostatnie stwierdzenie tym, że 
dowolna odpowiedniość pomiędzy dwiema dziedzinami, w której jednej 
używa się, by rozumieć lub zinterpretować drugą, jest odpowiedniością 
semantyczną. Poprawne jest zatem mówienie o semantyce w odniesieniu do 
implementacji. W podobnym kontekście pojawia się ten termin u Hayesa 
(1988): „Istnieje zatem luka semantyczna (ang. semantic gap) pomiędzy 
wysokiego poziomu specyfikacją problemu i zbiorem instrukcji maszy- 
nowych, które go implementują, luka, którą musi wypełnić kompilator” 
(s. 209). 

Tak rozumiane pojęcie implementacji ułatwia wyjaśnienie natury symu- 
lacji komputerowych. Wspomnianą lukę semantyczną można bowiem wy- 
tłumaczyć jako złożenie następujących relacji: 

A. Program zapisany w języku programowania wysokiego poziomu jest 

interpretowany semantycznie przez obiekty Świata rzeczywistego 
(na przykład rekordy17 w Pascalu mogą reprezentować studentów). 

B. Program ten jest kompilowany do implementacji - programu w języ- 

ku maszynowym. 

C. Implementacja w języku maszynowym jest z kolei interpretowana 

semantycznie przez bity w komputerze. 

Można rozumieć program zapisany w Pascalu jako matematyczny model 
obiektów rzeczywistych (studentów), a program zapisany w języku maszy- 
nowym jako model bitów w komputerze (również obiektów świata rzeczy- 
wistego). Luki semantycznej należy szukać pomiędzy obiektami świata 
rzeczywistego (studentami) a bitami w komputerze. Relacja ta jest symulacją: 


17 Rekord to złożony typ danych (występujący m.in. w Pascalu), który służy do przecho- 
wywania kilku zmiennych związanych ze sobą w ścisły sposób (np. opisujących jeden 
obiekt). Na przykład: 
type tStudent = Record 

Imie : String; 

Nazwisko : String; 

Wiek : Byte; 

Kierunek_studiów: String; 

Rok_studiów: Byte; 

End; 
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bity są symulacjami studentów - a symulacja jest rodzajem implementacji. 
Bity są bowiem komputerową implementacją studentów (jej nośnikiem jest 
komputer). 

Pojęcie implementacji pojawia się jednak w informatyce częściej w in- 
nym kontekście niż symulacje - w kontekście realizacji abstrakcyjnych ty- 
pów danych, czyli w rozumieniu (3). 

Przyjrzyjmy się dla przykładu możliwym realizacjom jednego z abstrak- 
cyjnych typów danych - stosu. Stos (ang. stack) jest liniową strukturą da- 
nych, w której dane dokładane są zawsze na wierzchu stosu — nazywamy go 
wierzchołkiem - i z niego są pobierane. Jest to zatem struktura typu LIFO 
(Last In, First Out), to znaczy: ostatni wchodzi, pierwszy wychodzi. Idee sto- 
su danych można zilustrować stertą książek ułożonych jedna na drugiej. 
Kolejne książki dodaje się wówczas do stosu, kładąc je na jego wierzchołku 
— i stamtąd również się je zdejmuje. Aby uzyskać dostęp do elementów sto- 
su poniżej wierzchołka, trzeba najpierw zdjąć po kolei to, co jest nad nimi. 
Podstawowe operacje, jakie można wykonać na takiej strukturze danych, to: 
push (obiekt) - czyli odłożenie obiektu na stos oraz pop (obiekt) - 
ściągnięcie obiektu ze stosu i zwrócenie jego wartości. A zatem aby móc 
używać stosu w Pascalu (w którym taki typ danych nie jest typem standar- 
dowym), należy znaleźć metodę przedstawienia tak ustrukturyzowanych 
danych (w tym dostęp do wierzchołka stosu) oraz — zaproponować metody 
realizacji operacji push i pop. 

Jedną z możliwości jest zaimplementowanie stosu s w postaci tablicy 
(jednowymiarowej tabeli) A, w której umieszczamy kolejne elementy stosu: 
A[0],.., A[n]. Wierzchotkiem jest wówczas element A[0]. Stanowi to 
jednak pewne uproszczenie, ponieważ stos jako abstrakcyjny typ danych 
nie jest ograniczony, natomiast tabela ma skończoną długość (można w niej 
umieścić tylko n elementów). Operacja push (s,i) jest wtedy procedurą 
dwuargumentową, „dokładającą” element i do stosu s, to znaczy modyfiku- 
jącą stos następująco: A[0] :=i (pierwszym elementem - wierzchołkiem - 
staje się element dokładany, czyli i) oraz A[j]:=A[j-1] dla j=1,..,n 
(pozostałe elementy stosu są „przesuwane” w dół). Operacja pop (s) jest 
z kolei jednoargumentową funkcją zwracającą element znajdujący się na 
pierwszym miejscu listy (A[0]), a ponadto powodującą usunięcie pierw- 
szego elementu tablicy i przesunięcie pozostałych elementów „w górę” (to 
znaczy A[j]:=A[j+1])8 Nie jest to jednak jedyna możliwa realizacja 
stosu w Pascalu. 

18 Oczywiście należy wtedy również określić szczegóły implementacyjne np. co 
zrobić, gdy stos się przepełnia, tzn. gdy próbujemy dołożyć element (n + 1)-szy do tabeli dłu- 


gości n. 
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Strukturę stosu można przedstawić za pomocą innej realizacji - nazy- 
wanej listą. Lista sama w sobie jest abstrakcyjnym typem danych służącym 
do reprezentacji elementów ułożonych w porządku liniowym. Rozróżniane 
są dwa jej podstawowe typy: jednokierunkowe i dwukierunkowe. Każdy 
element listy składa się z co najmniej dwóch pól: danych oraz - pola wska- 
zującego na następny jej element (w przypadku listy jednokierunkowej). 
W przypadku listy dwukierunkowej natomiast - każdy jej element zawiera 
także pole wskazujące na poprzedni element (elementy składają się wtedy 
z co najmniej trzech pól). Pośród podstawowych operacji wykonywanych 
na liście I warto wyróżnić następujące: First(1) - funkcja zwracająca 
pierwszy element listy; rest(1) - funkcja zwracająca listę zawierającą 
wszystkie elementy I z wyłączeniem pierwszego; list(i, 1) - zwiększe- 
nie (przedłużenie) listy I poprzez dodanie do niej na początku elementu i. 
Operacje te pozwalają na zdefiniowanie stosu s jako listy jednokierunkowej I 
z wierzchołkiem first(1) oraz operacjami push(s,i):=list(1,i) 
oraz pop(S), która definiuje listę l jako rest(1) oraz zwraca wierzchołek 
(to znaczy first(1)). Warto zauważyć, że lista jednokierunkowa może 
zostać przedstawiona (zaimplementowana) w Pascalu jako tablica dwuwy- 
miarowa z odpowiednimi operacjami. Zatem stos można zaimplementować 
w nośniku (medium) innego abstrakcyjnego typu danych, to znaczy imple- 
mentacja nie musi być „konkretna”, gdyż abstrakcyjne struktury danych 
można implementować w innych strukturach abstrakcyjnych. 

W powyższym przykładzie „nośnikiem” jest lista, a „język programowa- 
nia” składa się z operacji na tej liście. Implementacja abstrakcyjnego typu 
danych składa się zatem z jego reprezentacji oraz - z programów realizują- 
cych operacje na tym typie. Elementy jednej dziedziny oraz operacje na niej 
są wówczas odwzorowywane w innej dziedzinie i innych predykatach, 
a zatem implementacja jest interpretacją semantyczną. 

W ten sposób zdefiniowaną implementację można próbować porównać 
z innymi typami relacji: indywidualizacją, instancjacją, redukcją i superwe- 
niencją (Rapaport, 1999). Jednak wszystkie one wydają się „słabsze” niż 
implementacja, choć są blisko z nią związane. Zatem „[j]edyną najlepszą 
'interpretacją implementacji wydaje się być interpretacja semantyczna: 
I jest implementacją A w medium M wtedy i tylko wtedy, gdy I jest interpre- 
tacją semantyczną lub modelem 4, gdzie A jest pewną dziedziną syntaktycz- 
ną oraz M jest dziedziną semantyczną” (Rapaport, 1999, s. 19). 

Warto także skupić się na następującym zagadnieniu: Czy każdy przy- 
kład implementacji można wyjaśnić w terminach interpretacji semantycz- 
nej? Czy pojęcie implementacji jest synonimem semantyki, czy też pojęcia te 
różnią się w jakiś sposób? 
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Można przyjąć, ze każda semantyka powinna dostarczać kryteriów dla 
określenia poprawności stosowania danego terminu lub wyrażenia w da- 
nym kontekście (Turner, 2013). Turner twierdzi, że ujęcie semantyczne 
musi ustalać, co oznacza poprawne użycie wyrażenia, ponieważ tylko wtedy 
można ustalić na przykład, że użycie pewnego wyrażenia jest poprawne 
w stosunku do jednych obiektów, a niepoprawne w odniesieniu do innych. 
Czy przedstawione powyżej przykłady implementacji, jako interpretacji 
semantycznej, spełniają ten wymóg? 

Rozpocznijmy od jednego z podstawowych przykładów implementacji - 
od implementacji jednego języka w innym. Z tym rodzajem implementacji 
mamy do czynienia na przykład podczas kompilacji programu napisanego 
w języku programowania wysokiego poziomu na język maszynowy. Zarów- 
no dziedziną semantyczną, jak i syntaktyczną są wówczas języki. Niestety, 
implementacja taka nie wprowadza kryterium poprawności - chyba że ję- 
zyk docelowy posiada już ustaloną semantykę. W przeciwnym przypadku 
„klasyczny” przykład implementacji nie spełnia omawianego wymogu. 
Można oczywiście wprowadzić kryterium poprawności poprzez dodanie do 
języka docelowego semantyki - bądź to w postaci nieformalnej, bądź też 
w sposób matematyczny. Jednakże samo tłumaczenie pomiędzy językami, 
jako interpretacja semantyczna, w ogólności takiego kryterium nie wpro- 
wadza, a więc nie spełnia stawianego semantykom wymogu. 

Powróćmy teraz do przedstawionego powyżej przykładu implementacji 
stosu (abstrakcyjnej struktury danych) w postaci tablicy. Dziedziną syntak- 
tyczną jest wtedy stos, a semantyczną - tablica. Co należy rozumieć przez 
stwierdzenie, że implementacja ta wprowadza kryterium poprawności? 
Tablica (dziedzina semantyczna) jako implementacja stosu powinna wpro- 
wadzać kryterium poprawnego użycia terminu „stos”. Jednakże to nie tabli- 
ca wprowadza kryterium poprawności aksjomatów opisujących stos, lecz 
na odwrót - można je traktować jako opis kryteriów poprawnej implemen- 
tacji stosu w postaci tablicy. A zatem tablica, jako implementacja stosu, nie 
wprowadza kryterium jego poprawności, bowiem jest dokładnie odwrotnie! 

Innym przykładem implementacji jest związek pomiędzy maszyną abs- 
trakcyjną a jej fizyczną realizacją. Do dziedziny semantycznej należy wów- 
czas maszyna fizyczna, a do syntaktycznej - abstrakcyjna - i określa sie, że 
pierwsza jest implementacją drugiej. Mamy wtedy do czynienia z sugestią, 
że to maszyna fizyczna powinna wprowadzać interpretację semantyczną dla 
obiektu abstrakcyjnego. Istnieją jednak pewne argumenty przeciwko takiemu 
poglądowi. Powszechne jest twierdzenie, że to pojęcie funkcji maszyny po- 
zwala na odróżnienie poprawnego jej działania od niepoprawnego”, a więc 


19 Por. paragraf 1.1.1. 
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to maszyna abstrakcyjna wprowadza kryterium poprawności dla maszyny 
fizycznej, a nie na odwrót. Fizyczny artefakt nie może przecież spełniać 
wprowadzonego przez siebie kryterium poprawności. 

Z przedstawionych powyżej przykładów wynika, że przyjmując wymóg 
wprowadzania przez semantykę kryterium poprawności, powinniśmy 
uznać, iż niektóre implementacje nie są interpretacjami semantycznymi - 
gdyż nie dostarczają one takiego kryterium. Można wówczas twierdzić, że 
rozumienie implementacji jako interpretacji semantycznej stanowi błędne 
utożsamienie dwóch istotnie różnych pojęć, albowiem - wbrew opinii 
Rapaporta - nie każdy związek pomiędzy dwiema dziedzinami, w której 
jedna jest używana dla rozumienia lub zinterpretowania drugiej, jest inter- 
pretacją semantyczną?0. 

Przedstawione powyżej rozważania dotyczące implementacji pokazują, 
że pojęcie to nie jest do końca zdefiniowane i że nie ma zgody co do jego 
natury. Jest to jedno z tych pojęć informatyki, które wymagają głębszej ana- 
lizy filozoficznej. Jednakże nie można ograniczać rozważań filozoficznych 
związanych z programami komputerowymi i procesem ich tworzenia tylko 
do zagadnień ontologicznych. Równie ciekawe i ważne, także z praktyczne- 
go punktu widzenia, są kwestie epistemologiczne. 


2.2. Epistemologia 


Z pojęciem programu komputerowego ściśle związane jest zagadnienie 
metod badania jego cech, w tym - poprawności. Tworzenie wiarygodnych, 
niezawodnych systemów komputerowych jest jednym z najważniejszych 
zadań informatyków. Wydaje się jednak, że określenie dopuszczalnych me- 
tod badania programów, w tym sprawdzania ich poprawności, jest zagad- 
nieniem budzącym najwięcej kontrowersji zarówno wśród informatyków, 
jak i wśród filozofów. 

Oczywiście przyjęcie poglądów ontologicznych dotyczących programów 
komputerowych determinuje związane z nimi poglądy epistemologiczne. 
Zwolennicy traktowania programów jako obiektów matematycznych postu- 
lują używanie do ich badania jedynie metod formalnych. Idea ta jest ściśle 
związana z paradygmatem matematycznym w informatyce, rozumianym 
jako twierdzenie, że informatyka jest kolejną gałęzią matematyki. Sympaty- 
cy traktowania informatyki jako dyscypliny inżynieryjnej, paradygmatu 
technokratycznego, dopuszczają natomiast używanie w procesie weryfikacji 


20 Oczywiście można odrzucić tę argumentację, odrzucając wymóg wprowadzania kryte- 
rium poprawności dla semantyki. 
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programów metod inżynieryjnych, w tym testowania2!. Przyjmowanie róż- 
nych sposobów badania własności programów związane jest z różnym 
rozumieniem terminu „poprawny program”. 


2.2.1. Poprawność programów 


Wielu informatyków i matematyków prowadziło - i nadal prowadzi - 
badania związane z określeniem metod sprawdzania poprawności progra- 
mów komputerowych. Okazuje się jednak, że „poprawność programu” jest 
terminem wieloznacznym i że nie ma powszechnej zgody co do jego inter- 
pretacji. 

Jak już wcześniej wspomniano, zarówno samo słowo „program”, jak i je- 
go naturę rozumieć można na wiele sposobów, prowadzących do różnych 
interpretacji terminu „poprawny”. Przez pojęcie „poprawny program” 
rozumie się najczęściej: albo 1) program zgodny ze specyfikacją, albo 
2) działający w taki sposób, w jaki powinien, co oznacza w większości przy- 
padków22, że rozwiązuje on problem, dla którego został stworzony. Niektó- 
rzy badacze sugerują wprowadzenie rozróżnienia pomiędzy tymi dwoma 
znaczeniami - a to poprzez używanie różnych terminów. Poprawność, 
w wąskim znaczeniu technicznym, można rozumieć jako relację pomiędzy 
programem a specyfikacją, natomiast wiarygodność określać może funkcjo- 
nowanie programu w rzeczywistym Świecie (Smith, 1985). 

Zwolennicy rozumienia programów jako bytów matematycznych, my- 
śląc o poprawności w znaczeniu 1), uważają, że aby wykazać poprawność 
działania programu, należy stworzyć formalny dowód jego zgodności ze 
specyfikacją. Przy czym przez „dowód” rozumie się wywód formalny po- 
dobny do tych, które podają matematycy. Oczywiście aby taki dowód mógł 
powstać, konieczne jest wcześniejsze stworzenie specyfikacji programu 
w postaci formalnej. Nie twierdzi się przy tym, że dowody muszą być two- 
rzone przez człowieka, lecz dopuszcza się stosowanie programów weryfi- 


21 Współcześnie w informatyce wyróżnić można trzy podstawowe paradygmaty: 1) pa- 
radygmat matematyczny, nazywany przez niektórych autorów paradygmatem racjonalnym, 
2) paradygmat naukowy definiujący informatykę jako naukę przyrodniczą opartą na ekspe- 
rymencie, 3) paradygmat technokratyczny traktujący informatykę jako dziedzinę inżynie- 
ryjną. Więcej na temat paradygmatów informatyki znaleźć można na przykład w pracach 
Paradygmaty informatyki (Bondecka-Krzykowska, 2010) i Three Paradigms of Computer 
Science (Eden, 2007). 

22 Nie jest do końca jasne, czy wszystkie problemy komputerowe można uznać za „roz- 
wiązujące problemy”. Na przykład niektóre z nich (systemy operacyjne) funkcjonują tylko po 
to, by umożliwić działanie innym programom. 
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kujących - poprzez zastosowanie odpowiednich systemów formalnych two- 
rzą one tak zwane weryfikacje. Zdaniem zwolenników tej metody, tylko 
stworzenie formalnego dowodu gwarantuje poprawność sprawdzanego 
programu. Nie jest to jednak pogląd powszechny. 

Niektórzy informatycy często sądzą, że tworzone przez nich programy 
sq o tyle „ważniejsze” od obiektów materialnych, że powinny być doskonałe 
oraz że wystarczy energii na to, by takimi je uczynić. DeMillo, Lipton i Perlis 
(1979) uważają, że: 1) programy nie muszą być doskonałe, 2) nie powinno 
się marnować czasu i energii na próby ich skonstruowania. Nie można lo- 
gicznie wydedukować, że most będzie stał, a samolot latał. A więc należy 
dokonać ostrego rozróżnienia pomiędzy wiarygodnością programu a jego 
doskonałością. Piszą oni (DeMillo, Lipton i Perlis, 1979): 


W praktyce programowania nie można dopuścić, by weryfikowalność odsunęła 
w cień wiarygodność. Naukowcy nie powinni mylić modeli matematycznych 
z rzeczywistością - weryfikacja nie jest niczym więcej niż modelem wiarygod- 
ności. Weryfikowalność nie jest, i nie może być, dominującym podejściem do 
projektowania oprogramowania (s. 279). 


Programy nie mogą być weryfikowane, ponieważ nie można logicznie 
udowodnić, że system przyczynowy (ang. causal system) nie zawiedzie, 
można jedynie udowodnić poprawność algorytmów wykorzystanych przy 
tworzeniu programu (Fetzer, 1988). Co więcej, w procesie tworzenia pro- 
gramów mamy do czynienia nie z samą rzeczywistością, lecz tylko z jej mo- 
delami (Smith, 1985). Modele nigdy nie są i nie mogą być w pełni adekwat- 
ne, tak więc nie ma sensu pytać o poprawność programu w odniesieniu do 
Świata rzeczywistego. Komputery znajdują się „w dziwnym położeniu” - 
opierając się w swym działaniu na modelach (programach) modeli świata, 
a działając w rzeczywistym świecie. Istnieje luka pomiędzy światem a jego 
modelami - dlatego też nie można udowodnić w sposób formalny popraw- 
nego działania programów. Stosowniejsze jest w tym przypadku używanie 
terminu „wiarygodny” — stosowanego również w odniesieniu do ludzi. Bar- 
dzo rzadko mówi się o ludziach, że są „poprawni” - ocenia się raczej ich 
zachowania w konkretnych sytuacjach. Nie można spodziewać się czegoś 
więcej w odniesieniu do programów. Można jednak twierdzić, to że system 
komputerowy jest wiarygodny, a do stwierdzenia tego faktu potrzebna jest 
obserwacja jego zachowania (wykonania). Sam termin „wiarygodność” su- 
geruje już właściwe metody badania programów. Smith (1985) pisze: 


[...] weryfikacja programów nie jest jedyną, ani nawet najpowszechniejszą, me- 


todą zdobywania pewności co do tego, że system komputerowy będzie działał 
właściwie. O programach mówi się, że są akceptowalne, a są one dopuszczane 
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do użycia nie dlatego, ze dowiedziono ich „poprawności”, ale dlatego, że w dłuż- 
szym czasie okazały się stosunkowo wiarygodne podczas działań, do których 
zostały przeznaczone. Jako część tego doświadczenia dopuszczamy niepowo- 
dzenia: zawsze musi być miejsce na awarie. Oczywiście nikt nie zaakceptuje 
programu bez przetestowania: dowód poprawności jest w najlepszym razie 
dodatkowym zabezpieczeniem, nie zastępuje jednak rzeczywistego życiowego 
doświadczenia (s. 20). 


Zatem zdaniem Smitha wiarygodność jest relacją pomiędzy programem 
i jego funkcjonowaniem w rzeczywistym świecie, którą należy badać po- 
przez testowanie, poprawność natomiast można rozumieć jako relację 
pomiędzy programem a modelem problemu wyrażonym w terminach for- 
malnej specyfikacji. 

Wielu informatyków twierdzi podobnie: podczas tworzenia rzeczywi- 
stych systemów komputerowych należy porzucić pomysł sprawdzania ich 
poprawności w sposób absolutny (metodami dowodu formalnego) i skon- 
centrować się na testowaniu, jako sposobie sprawdzania ich wiarygodności. 


2.2.2. Testowanie programów 


Testowanie programów polega na ich uruchomieniu i obserwacji 
działania. Niezwykle istotny jest przy tym właściwy dobór danych wejścio- 
wych. Oczywiście w przypadku większości programów, nawet tych pro- 
stych, nie jest możliwe sprawdzenie ich działania dla wszystkich możliwych 
danych początkowych. Na przykład nie można sprawdzić działania progra- 
mu dodawania dwóch liczb rzeczywistych dla wszystkich możliwych 
„wejść” (wszystkich par liczb rzeczywistych), ponieważ zbiór liczb rzeczy- 
wistych jest nieskończony. Zatem jedną z ważniejszych kwestii metodologii 
testowania jest wybór, między innymi za pomocą analizy statystycznej, re- 
prezentatywnego zbioru danych początkowych, który zminimalizuje moż- 
liwość pominięcia podczas testowania tych „wejść”, dla których program nie 
działa prawidłowo. Jednak nawet jeśli zbiór danych wejściowych zostanie 
wybrany zgodnie z obowiązującymi zasadami, to nigdy nie można mieć 
pewności, jak działałby program w przypadkach nieprzetestowanych. 
E.W. Dijkstra (1989) twierdzi, że „[...] testowanie programu moze przeko- 
nująco pokazać obecność błędów, ale nigdy nie pokaże ich braku” (s. 1401). 

Jest to jedna z najczęściej cytowanych uwag dotyczących testowania; ce- 
lem jej autora było wskazać, że testowanie jest działaniem pozbawionym 
sensu. Należy jednak pamiętać, że pomimo tego, iż testowanie nie może 
udowodnić braku błędów w programie, to może ono zwiększyć przekonanie 
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co do jego poprawnego dziatania23, co jest całkowicie zgodnie z metodologią 
nauk eksperymentalnych. Nie podważa to zatem celowości testowania jako 
metody badania programów. 

Testowanie w informatyce ma wiele zastosowań. Najczęściej wspomina 
się o nim w kontekście sprawdzania poprawności programów. Jednak ze 
względu na wspomnianą wcześniej wieloznaczność terminu „poprawny 
program” warto przyjrzeć się różnym znaczeniom terminu „testowanie” 
w odniesieniu do programów. Za kryterium przyjmiemy tu cel, w jakim 
przeprowadza się testy. 

I tak Timothy Colburn (2000) przedstawia kilka możliwych znaczeń 
terminu „testowanie” w informatyce. Po pierwsze, jeśli przez poprawny 
program rozumie się ten, który jest zgodny ze specyfikacją, to uruchamiając 
go podczas testowania, chcemy sprawdzić, czy jego wykonanie zgadza się ze 
specyfikacją. Po drugie, możemy również, w szerszym ujęciu, uruchomić 
program, by stwierdzić, czy system (ang. superstructure) sprzętowo-progra- 
mowy, na którym program jest wykonywany, funkcjonuje właściwie. Oczy- 
wiście najczęściej testuje się programy w znaczeniu pierwszym, a tylko 
nieliczne, na przykład wyspecjalizowanie programy diagnostyczne, uru- 
chamiane są w celu przetestowania systemów. 

Oba rodzaje testowania są ściśle ze sobą związane. Program powinien 
być najpierw przetestowany celem sprawdzenia jego zgodności ze specyfi- 
kacją, ponieważ trudno jest badać poprawne działania systemu kompute- 
rowego, gdy nie wiemy, jak powinien zachowywać się program. Niepo- 
wodzenie testowania w znaczeniu pierwszym może Świadczyć zarówno 
o błędzie programu, jak i o niewłaściwym funkcjonowaniu systemu, na któ- 
rym program jest wykonywany. Zatem takie testowanie - w pewnym sensie 
- zakłada też właściwe funkcjonowanie systemu. Co więcej, najczęściej 
przyjmuje się, że pozytywny rezultat testu w znaczeniu pierwszym pociąga 
za sobą właściwe funkcjonowanie systemu. Należy jednak pamiętać, że 
błędny program również może dać dobre wyniki - na przykład na skutek 
nieprawidłowości w systemie (chociaż jest to bardzo mało prawdopodob- 
ne)24. Nie są to jednak jedyne znaczenia terminu „testowanie programu”. 

Jeśli tworzy się program komputerowy w celu rozwiązania jakiegoś pro- 
blemu, to główną obawą staje się to, czy program spełni stawiane przed nim 
wymagania. Takie rozumienie programowania Colburn nazywa „inżynierią 


23 Podobnie jak obserwacja setek czarnych kruków potwierdza prawdziwość zdania: 
„Wszystkie kruki są czarne”, choć go nie dowodzi. 

24 Kusząca jest perspektywa wyeliminowania tych złożonych zależności pomiędzy ro- 
dzajami testowania poprzez zastąpienie testowania w sensie pierwszym formalną weryfika- 
cją programu, do której powrócimy w następnym paragrafie. 
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rozwiązań” (ang. solution engineering) z wykorzystaniem komputerów. Klu- 
czową rolę odgrywa wtedy sposób rozwiązania problemu - czyli algorytm, 
oraz jego związek z programem. 

Rolę algorytmu w komputerowym rozwiązywaniu problemów można wy- 
jaśnić poprzez analogię z metodologią nauk przyrodniczych, szukających 
wyjaśnienia zjawisk obserwowalnych poprzez konstruowanie hipotez i ich 
eksperymentalne testowanie. Celem testowania hipotez jest ich obalenie lub 
potwierdzenie za pomocą interpretacji wyników eksperymentów. Podobnie 
możemy rozumieć rolę algorytmu w programowaniu. Formułuje się bo- 
wiem algorytm po to, by rozwiązać zadanie stawiane przed programem 
(podobnie jak formułuje się hipotezy w celu wyjaśnienia zjawiska). Następ- 
nie testuje się go specjalnie napisanym i uruchomionym programem (pro- 
gram realizuje algorytm). W zależności od wyników tego testu następuje 
akceptacja lub odrzucenie algorytmu (podobnie jak akceptacja lub odrzuce- 
nie hipotezy w naukach przyrodniczych). Zatem do przedstawionych powy- 
żej celów testowania możemy dodać trzeci: uruchamianie programu dla 
sprawdzenia, czy dany algorytm rozwiązuje problem. 

Jeśli przyjąć powyższą analogię pomiędzy testowaniem a eksperymen- 
towaniem, to informatycy sprawdzają nie same programy, ale metody roz- 
wiązywania problemów lub algorytmy, dla których programy te zostały 
zaprojektowane. Wtedy można przyjąć, że pisanie programów jest w infor- 
matyce tym samym, co konstruowanie modeli w naukach przyrodniczych, 
a testowanie programów jest niezbędne i nie można go w żaden sposób 
zastąpić. 

Oczywiście traktowanie informatyki jako nauki eksperymentalnej ma 
również swoich przeciwników. Wskazują oni, między innymi, na problemy 
z określeniem różnic pomiędzy programem a algorytmem. Z jednej strony 
historia języków programowania pokazuje, że stają się one językami coraz 
wyższego poziomu, jednakże trzeba zauważyć, że języki do opisu algoryt- 
mów są coraz bardziej formalne. Zatem różnica pomiędzy algorytmem 
a programem powoli ulega zatarciu. Dowodem na to są na przykład prace 
zmierzające do automatycznego generowania programów na podstawie 
formalnej specyfikacji. Sukces w tej dziedzinie nie tylko całkowicie zlikwi- 
duje różnice pomiędzy algorytmem a programem, ale również wyeliminuje 
„ludzkich” programistów. Warto zauważyć, że ogólną tendencją — nie tylko 
w programowaniu, ale również w weryfikacji — jest automatyzacja procesu 
przechodzenia od specyfikacji do programu. Konieczne jest wówczas przy- 
jęcie dodatkowego założenia, że problem stawiany przed programem moż- 
na sformułować na tyle jasno, by móc stworzyć jego formalną specyfikację. 

Niezależnie od formy formalizmu, jakiego użyto do zapisania tejże spe- 
cyfikacji, konieczne jest sprawdzenie, czy zaproponowane w niej rozwiązanie 
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problemu jest poprawne. A zatem pojawia sie kolejne zastosowanie dla 
testowania: uruchomienie programu w celu sprawdzenia, czy jego specyfi- 
kacja rozwiązuje problem. Metodologię programowania można wówczas 
przedstawić w następujący sposób: 


1. Sformułowanie PROJEKTU ROZWIĄZANIA w terminach specyfikacji progra- 
mu rozwiązującego ten problem. 

2. TESTOWANIE projektu rozwiązania przez wygenerowanie i uruchomienie 
PROGRAMU. 

3. AKCEPTACJA lub ODRZUCENIE projektu rozwiązania przez analizę rezulta- 
tów wykonania programu (Colburn, 2000, s. 170). 


Takie sformułowanie pokazuje, podobnie jak w przypadku testowania 
algorytmów poprzez uruchomienie programów je realizujących, bliski 
związek metodologii programowania z metodologią nauk eksperymental- 
nych. Jest on równie dobrze widoczny zarówno w testowaniu programów, 
w którym uwzględnić należy pewne dodatkowe ograniczenia (na przykład 
dotyczące zasobów komputera używanego do rozwiązania problemu), jak 
i w procesie komputerowego sprawdzania hipotez naukowych. 

Przypuśćmy, że pewien naukowiec - na przykład genetyk - próbując 
zrozumieć jakieś zjawisko lub proces, stworzył kilka jego modeli i zakodo- 
wał je w postaci programów. I wtedy, uruchamiając program, testuje on 
konkretny model zjawiska - a nie procedury konieczne do jego zaimple- 
mentowania (program). W tym przypadku tworzenie programu i jego uru- 
chomienie ma na celu nie tyle rozwiązanie problemu, ile sprawdzenie hipo- 
tezy. Istnieje zatem jeszcze jeden, piąty rodzaj testowania: uruchomienie 
programu dla sprawdzenia pewnej hipotezy w komputerowym modelu 
rzeczywistości. Oczywiście problem weryfikacji tego, czy program spełnia 
swoją specyfikację, jest w tym ujęciu jedynie podproblemem szerszego za- 
gadnienia - a mianowicie wyjaśnienia zjawiska. Testowanie hipotez H na 
temat zjawiska X za pomocą programu P Colburn przedstawia schematycz- 
nie w następujący sposób: 


Sformułowanie Zamodelowanie X za pomocą Przetestowanie H 
hipotezyHoX [> programu P -—+>| poprzez urucho- 
mienie P 


Podproblem: stworzenie progra- 
mu P zgodnego ze specyfikacją S 


Rys. 2. Testowanie hipotez za pomocą programu (Colburn, 2000, s. 173) 
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Eksperyment tworzenia i uruchamiania programów jest wówczas klu- 
czowym elementem metodologii informatyki, a jedyną różnicą pomiędzy 
nim a eksperymentowaniem w naukach empirycznych jest to, że odbywa się 
on w komputerowym modelu rzeczywistości - w programie. Programowa- 
nie jest zatem nauką przyrodniczą, podobnie jak astronomia czy geologia?5. 
Pogląd taki nazywany jest paradygmatem naukowym. Jego zwolennicy ar- 
gumentują, że w informatyce, podobnie jak w innych naukach przyrodni- 
czych, kluczową rolę odgrywa formułowanie i testowanie hipotez. Obiekty 
takie jak algorytmy czy specyfikacje programów można traktować jak 
hipotezy, które sprawdza się poprzez uruchomienie programów. Takie te- 
stowanie pokazuje adekwatność modelu świata rzeczywistego, jaki został 
wykorzystany w programie. Programy są wówczas tylko narzędziami 
w procesie sprawdzania, tak jak aparatura badawcza, i służą do potwier- 
dzania lub obalania hipotez. Co więcej, istnieją również takie programy 
komputerowe, które są nie tylko narzędziami do testowania istniejących 
hipotez, ale służą również odkrywaniu nieznanych dotąd praw natury. Eden 
(2007) pisze: „[...] w bioinformatyce algorytmy genetyczne używane są do 
testowania stopnia, w jakim prawa selekcji naturalnej Darwina potwierdza- 
ją model reprodukcji molekuł, a w astronomii - do przewidywania modeli 
stworzenia wszechświata, które można testować za pomocą symulacji kom- 
puterowych” (s. 155). 

Uprawianie informatyki jako nauki eksperymentalnej znajduje odzwier- 
ciedlenie w wielu aplikacjach zawierających symulacje. Dlatego właśnie 
dziedziną, w której takie jej stosowanie wydaje się najbardziej obiecujące, 
jest sztuczna inteligencja, gdzie ludzkie możliwości nie mają być wspierane 
przez programy, lecz symulowane za ich pomocą. W przypadku programów 
z dziedziny sztucznej inteligencji nie można stwierdzić nic na temat po- 
prawności zawartego w nich modelu bez uprzedniego ich uruchomienia. 
Uruchamia się je bowiem po to, by przetestować hipotezę dotyczącą sposo- 
bu rozwiązywania problemów przez człowieka, a nie po to, by sprawdzić, 
czy program zgadza się ze specyfikacją. Dlatego też często badania w dzie- 
dzinie sztucznej inteligencji charakteryzuje się jako badania ludzkiej inteli- 
gencji - poprzez próby jej modelowania w programach. 

O bliskim związku testowania programów z naukami eksperymental- 
nymi świadczyć może analiza używanych w nich rozumowań, przedstawio- 
na przez Colburna (2000). Twierdzi on mianowicie, że argumentacje zawar- 
te w testowaniu programów to rodzaj rozumowań indukcyjnych, ponieważ 


25 Już Newel i Simon (1976), pionierzy sztucznej inteligencji, twierdzili, że informatyka 
jako nauka o zjawiskach związanych z komputerami jest dyscypliną empiryczną i ekspery- 
mentalną. 
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wyciąga się w nich wnioski z obserwacji (wykonania programu dla zbioru 
danych wejściowych, które są sprawdzane) na temat tego, co nieobserwo- 
walne (na temat działania programu dla wszystkich danych, również tych, 
których się nie testuje). Na przykład testując program obliczający sumę 
dwóch liczb rzeczywistych, sprawdza się jego działanie dla kilku przypad- 
ków i - jeśli wyniki są poprawne - wnioskuje się o poprawności tego pro- 
gramu dla wszystkich możliwych wejść. Jako takie, rozumowanie to nie jest 
mniej wiarygodne niż inne, wykorzystywane przez nauki eksperymentalne 
do wnioskowania na temat ogółu z obserwowalnych przypadków. Zależy 
ono w pewnym sensie od doboru badanej „próby” - to znaczy od tego, czy 
przypadki sprawdzane są typowe dla przypadków pomijanych (niebada- 
nych). Jeśli bowiem przypadki nieobserwowane różnią się znacznie od 
przypadków badanych, to nie można stwierdzić, czy dla wszystkich danych 
wejściowych program daje poprawne rezultaty. 

Możliwość obalenia jest charakterystyczna dla rozumowań empirycz- 
nych. Są to tak zwane rozumowania podważalne (ang. defeasible), które 
były badane zarówno przez filozofów (między innymi przez Pollocka), jak 
i przez kognitywistów. Są one zazwyczaj przeciwstawiane rozumowaniom 
niepodważalnym - choć rozróżnienie takie nie zawsze jest oczywiste. Roz- 
ważmy, za Colburnem, syntaktycznie podobne wnioskowania: 

(A) 1.Ptaki są kręgowcami. 

2. Fred jest ptakiem. 
3. Zatem Fred jest kręgowcem. 

(B) 1. Ptaki mogą latać. 

2. Fred jest ptakiem. 
3. Fred może latać. 

Wnioskowania (A) i (B) wykorzystują inną relację konsekwencji. W ro- 
zumowaniu (A) mamy do czynienia z rozumowaniem niepodważalnym, 
gdyż oparte jest ono na niezawodnym schemacie wnioskowania (zdanie 1. 
poprzedzone jest dużym kwantyfikatorem). W przypadku rozumowania (B) 
nie można przedstawić argumentów w sposób adekwatny w języku rachun- 
ku predykatów, ponieważ kwantyfikatory nie są odpowiednie do zapisania 
zdania, że tylko typowe (nie wszystkie) ptaki latają. Co więcej, wykorzysta- 
na w tym przykładzie relacja konsekwencji nie zachowuje prawdziwości, 
tak jak odbywa się to we wnioskowaniu (A), lecz jedynie uzasadnienie. 
Oczywiście przesłanki rozumowania (B) można poszerzyć: 

1. Typowe ptaki mogą latać. 

2. Fred jest ptakiem. 

3. Nie ma powodu, by uważać, że Fred nie jest typowy, to znaczy - Fred 

może latać. 
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Ale nawet jeżeli te przesłanki są prawdziwe, to nie mogą one gwaranto- 
wać, że Fred może latać. Fred może mieć na przykład złamane skrzydło. 
Zatem prawdziwość wniosku 4. „Fred może latać” nie jest zagwarantowana 
dedukcyjnie: przesłanki mogą być prawdziwe, a wniosek jednak - fałszywy. 
Fakt, że wnioskuje się o własności, której nie mają wszystkie ptaki, powodu- 
je, że wnioskowanie jest podważalne. 

A co różni wnioskowania (A) i (B) z czysto logicznego punktu widzenia? 
Można uznać, że w drugim wnioskowaniu ukryty jest dodatkowy warunek - 
związany z jedną z przesłanek, warunek dotyczący „typowości” rozważa- 
nych przykładów. Takie ukryte założenia (przesłanki) można uważać za 
przykłady ogólnych zasad epistemicznych, bez których nie można przyswa- 
jać wiedzy. Zatem pełne tłumaczenie rozumowania zawartego w (B) po- 
winno wyglądać następująco: 

(C) 1. Typowe ptaki mogą latać. 

2. Fred jest ptakiem. 

3. Nie ma powodu, by przypuszczać, że Fred nie jest typowy, to zna- 
czy, że Fred nie może latać. 

4. Jeśli typowe ptaki mogą latać i Fred jest ptakiem, i nie ma powodu, 
by przypuszczać, że Fred nie jest typowy. 

5. Zatem „Fred może latać” zostało uzasadnione”. 

Colburn twierdzi, że rozumowania leżące u podstaw testowania pro- 
gramów są również podważalne, ponieważ odnoszą się do założenia o „ty- 
powości” nieobserwowalnych przypadków. Na przykład w przypadku te- 
stowania programu obliczajacego silnię, po sprawdzeniu kilku przykładów 
danych wejściowych (powiedzmy liczb od 0 do 5), zakładamy, że dalsze 
przypadki (to znaczy 6, 7, 8, ...) są typowe - to znaczy, że nie różnią się 
w sposób zasadniczy od sprawdzonych. Oczywiście w bardziej zaawanso- 
wanych programach dobiera się testowane zbiory danych tak, by sprawdzić 
na przykład wszystkie możliwe ścieżki działania programu wynikające 
z jego schematu blokowego. Przetestowanie danych reprezentujących 
wszystkie możliwe przejścia programu redukują niebezpieczeństwo pozo- 
Stawienia nieprzetestowanych tych przypadków, dla których program 
mógłby nie działać poprawnie. Jednakże dla bardzo dużych programów 
dobranie takich „reprezentatywnych” danych może być bardzo trudne. Ro- 
zumowanie dotyczące nieprzetestowanych przypadków jest podobne do 
rozumowania dotyczącego Freda - niesie ze sobą gwarancję uzasadnienia, 
a nie prawdziwości. Colburn (2000) opisuje je następująco: 


26 Warto w tym miejscu zauważyć, że przesłanka 4. powoduje, że wnioskowanie to nie 
jest dedukcyjne, ponieważ jest ona wyrażeniem modalnym w meta-języku o uzasadnieniu 
innego wyrażenia w języku przedmiotowym. 
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1. Program P jest poprawny dla zbadanych danych poczatkowych. 

2. Nie ma powodu przypuszczać, że niezbadane dane nie są typowe (to znaczy, 
że sprawdzają P inaczej niż dane zbadane). 

3. Zatem zdanie 'program P jest poprawny dla niezbadanych danych wejścio- 
wych jest potwierdzone (s. 160). 


Podważalna natura wnioskowań zawartych w testowaniu programów 
nie jest problemem dla sprawdzania ich wiarygodności. Jeśli jednak przyj- 
miemy, że celem sprawdzania tejże jest zagwarantowanie ich właściwego 
działania w sposób absolutny, to testowanie powinno zostać zastąpione - 
lub przynajmniej uzupełnione - formalnym dowodem. 


2.2.3. Dowodzenie poprawności programów 


Zwolennicy paradygmatu matematycznego uważają, że na wszystkich 
etapach tworzenia programów, od specyfikacji aż po weryfikację, ważną 
rolę odgrywają metody matematyczne. Już na pierwszym etapie, jakim jest 
tworzenie specyfikacji programu, konieczne staje się użycie języków i me- 
tod matematyki, ponieważ tylko specyfikacja formalna daje możliwość 
przeprowadzenia dowodu poprawności programu. Również implementacja 
programu komputerowego jest działalnością matematyczną. Użyteczność 
metod formalnych widać również w przypadku kompilatorów tłumaczą- 
cych kod źródłowy programu na język maszynowy. Matematyka wykorzy- 
Stywana jest tutaj dwojako: metod matematycznych używa się podczas sa- 
mego procesu tłumaczenia - w celu uzyskania bardziej niezawodnego kodu 
maszynowego oraz udowodnienia, że program w języku maszynowym dzia- 
ła tak samo jak program źródłowy. Różnica w obu przypadkach polega na 
stosowaniu matematyki jako narzędzia inżynieryjnego oraz na używaniu jej 
w celu formalnego udowodnienia pewnych własności programów. Drugie 
z tych zastosowań wiąże się z jednym z najczęściej dyskutowanych w litera- 
turze zagadnień filozofii informatyki, mianowicie z formalną weryfikacją 
programów i urządzeń, która posiada wszystkie cechy rozumowania mate- 
matycznego. Colburn (2000) pisze: 


Jednakże to, co jest matematyczne, to rozumowanie dotyczące programów w sensie 
abstrakcyjnym. Na przykład mając dany program P składający się ze stwierdzeń 
Si, .., Sn i interpretując każde Si jako stwierdzenia dotyczące maszyny abstrakcyjnej si, 
możliwe jest konstruowanie wyrażeń postaci: 


(T) Niech sı, $2, ..., Sn będzie abstrakcyjną reprezentacją programu P. 
Wtedy P ma własność R, 
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gdzie R opisuje pewne aspekty wykonania programu P w sensie abstrakcyjnym. Na 
przykład R moze opisywać ograniczenia czasu, jaki zajmuje wykonanie P, lub ilość 
pamięci, której wymaga wykonanie P. Przy dokładnej interpretacji s; we właściwym 
języku oraz przy odpowiednim wyborze R, możliwe jest, by T było twierdzeniem 
w tym języku i zdaniem analitycznym (s. 136). 


Zwolennicy paradygmatu matematycznego przez poprawność progra- 
mu rozumieją zazwyczaj jego zgodność ze specyfikacją i twierdzą, że jedyną 
dopuszczalną metodą jej badania jest przeprowadzanie dowodów formal- 
nych. Odrzucają przy tym wszelki eksperyment, w tym testowanie, jako 
metodę dochodzenia do wiedzy na temat programów. Wtedy wiedza in- 
formatyczna jest wiedzą a priori, dochodzimy do niej bowiem na drodze 
czystego rozumowania?7. Za motto zwolenników takiego traktowania in- 
formatyki można przyjąć słowa C.A.R. Hoare’a (1969): „Programowanie 
komputerów jest nauką ścisłą, w której wszystkie własności programów 
i wszystkie konsekwencje ich wykonania w danym środowisku mogą, 
w zasadzie, być odkryte z samego tekstu programu za pomocą czysto 
dedukcyjnego rozumowania” (s. 576). 

Badania nad metodami formalnego dowodzenia własności programów, 
w tym ich poprawności, prowadzone są od lat 60. XX wieku przez wielu 
znanych matematyków i informatyków. W wyniku tych prac powstały licz- 
ne techniki i narzędzia do opisu i badania własności programów - niektóre 
z nich wykorzystywane są do dzisiaj. 

Jednym z pierwszych badaczy, którzy zajęli się perspektywami stworze- 
nia informatyki matematycznej, był John McCarthy, który w artykule z roku 
1962 przedstawił teorię matematyczną służącą do opisu i badania włas- 
ności programów. Jego celem było stworzenie języka do wyrażania abstrak- 
cyjnie pojmowanego obliczania. Zazwyczaj mówi się o obliczeniach w ter- 
minach funkcji28, tak więc uznał on, że najlepszą matematyczną teorią 
bazową będzie teoria funkcji rekurencyjnych. Nie pozwala ona jednak na 
rozważania dotyczące instrukcji warunkowych, tej nieodłącznej części języ- 
ków programowania — McCarthy wzbogacił zatem klasyczną teorię funkcji 
rekurencyjnych o wyrażenia warunkowe, to znaczy wyrażenia postaci 


if p then a else b, 


27 Odpowiada to racjonalizmowi w epistemologii, który postuluje dochodzenie do wie- 
dzy pewnej metodą rozumową. Dlatego też paradygmat matematyczny w informatyce jest 
czasami nazywany paradygmatem racjonalnym. 

28 McCarthy jest również autorem języka programowania Lisp, którego najważniejszym 
elementem jest funkcja. 
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gdzie p jest warunkiem logicznym. Wartością takiego wyrażenia warunkowe- 
go jest a, jeśli warunek p jest spełniony (p ma wartość true), albo b - w prze- 
ciwnym przypadku (gdy p przyjmuje wartość false)2°. 

Celem McCarthy'ego było stworzenie dostatecznie silnego aparatu ma- 
tematycznego, aby móc dowodzić, że programy są poprawne w rozumieniu 
szerszym niż tylko ich zgodność ze specyfikacją: „chcielibyśmy móc do- 
wieść, że dana procedura rozwiązuje dany problem” (McCarthy, 1962, s. 3). 
Co prawda, teorii takiej nie udało mu się stworzyć, ale powstało wiele na- 
rzędzi użytecznych w dowodzeniu pewnych relacji zachodzących pomiędzy 
algorytmami. McCarthy przedstawił m.in. listę aksjomatów definiującą 
wspomnianą już operację warunkową: 


1)(if true then a else b)=a 

2)(if false then a else b)=b 

3)if p then (if q then a else b) else (if q then c 
else d)= if q then (if p then a else c) else (if 
p then b else d) 

4)f(if p then a else b) = if p then f(a) else f(b) 


oraz opisał metodę stosowania tak rozumianej instrukcji do wyrażania niektó- 
rych cech programowania w języku funkcji rekurencyjnych. Rozszerzona przez 
McCarthy'ego teoria funkcji rekurencyjnych miała również umożliwić automa- 
tyczne tłumaczenie pomiędzy językami programowania*0. Twierdził on, że 
debugowanie (usuwanie usterek w programach) da się wyeliminować poprzez 
podanie dowodu, że program zgadza się ze specyfikacją — który to fakt moze 
być sprawdzony automatycznie przez program komputerowy. Wielu autorów 
wypowiadało się później na temat tego, co oznacza „zgodność programu ze 
specyfikacją” oraz - jak dowód takiej zgodności powinien wyglądać. 

Najczęściej twierdzi się, że poprawność programu (jego zgodność ze 
specyfikacją) to relacja zachodząca pomiędzy wejściem a wyjściem progra- 
mu, spełniająca warunki nałożone przez tę specyfikację (Turner, 2011). 
Dokładniej - jeśli p jest programem, to spełnia on specyfikację R, która jest 
relacją pomiędzy wejściem typu I oraz wyjściem typu O, gdy zachodzi na- 
stępujący warunek: 


dla wszystkich wejść i typu I, para (i, p(i)), spełnia relację R, 
gdzie p(i) jest rezultatem wykonania programu p na wejściu i. R wyrażo- 


na jest przy tym w pewnym języku specyfikacji, natomiast p - w języku 


29 Wiele funkcji w matematyce można zdefiniować za pomocą wyrażeń warunkowych, 
np. (1) wartość bezwzględna: |x|=if x<0 then -x else x, (2) silnia: n!=g(n,1), gdzie g(n,s)=if 
n=0 then s else g(n-1,n*s). 

30 Częściową realizacją pomysłu takiego tłumaczenia są kompilatory. 
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programowania. Jezyk specyfikacji jest zazwyczaj pewnym wariantem logiki 
predykatów, a sam dowód poprawności programu przeprowadzany jest 
w odpowiednim systemie logicznym. Jedną z pierwszych logik służących do 
dowodzenia poprawności programów stworzył w roku 1969 Hoare. 

Podane przez Hoare'a aksjomaty i reguły w zamierzeniu miały opisywać 
zachowanie programów. Hoare uważał, że poprawne działanie programu 
można wyrazić w terminach związków zachodzących pomiędzy wartościami 
pewnych zmiennych przed jego wykonaniem i po nim?! (warunki te można 
sformułować w terminach logiki i odpowiednich operacji arytmetycznych). 
Wprowadził symbol P{Q}R oznaczający: „jeśli warunek P jest prawdziwy 
przed wykonaniem programu Q, to warunek R będzie prawdziwy po jego 
zakończeniu”. Używając takich oznaczeń, sformułował aksjomaty i reguły 
dowodowe systemu mającego na celu dowodzenie poprawności programów. 


DO. Aksjomat podstawiania??: 


-P,(x:=f)P, 


gdzie: x jest identyfikatorem zmiennej, f jest wyrażeniem języka programo- 
wania bez efektów ubocznych, którego wartość jest podstawiana do zmien- 
nej (może ono zawierać zmienną x), Po jest wynikiem podstawienia f za 
wszystkie wystąpienia x do P33, 


D1. Reguty wynikania: 
Jeśli } P{Q}R oraz | RDS, to | P{Q}S. 
Jeśli - P{Q}R oraz H SDP, to | S{Q}R. 


Pierwsza z reguł stwierdza, że jeśli wykonanie programu Q zapewnia 
prawdziwość warunku R, to zapewnia również prawdziwość każdego wa- 
runku, który wynika z R. Druga natomiast mówi, że jeśli P jest warunkiem 
prawdziwym przed wykonaniem programu Q, po którego wykonaniu praw- 
dziwy jest warunek R, to przed wykonaniem programu Q prawdziwe jest 
również każde założenie, które pociąga za sobą warunek P. 


D2. Reguła składania: 


Jeśli - P{Q,} R, oraz FR, {Q,} R,to + P{(Q,;Q,) }R, 


31 Hoare przyjął tutaj notację wprowadzoną przez Floyda w pracy z roku 1967, ale za- 
stosował ją w sposób bardziej ogólny. 

32 Jak twierdzi Hoare, podstawianie jest jedną z najbardziej charakterystycznych opera- 
cji w programowaniu oraz taką, która odróżnia informatykę od innych gałęzi matematyki. 

33 DO nie jest pojedynczym aksjomatem, ale schematem aksjomatów. 
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gdzie (Q,;Q,) oznacza złożenie (następujące po sobie wykonanie) progra- 


mów Q,iQ,. 

Hoare rozpatruje również operację iteracji, niezbędną w językach pro- 
gramowania. Może być ona realizowana za pomocą pętli while B do S, gdzie 
B jest warunkiem logicznym, a S jest fragmentem programu. Podczas wyko- 
nania programu, jeśli B ma wartość logiczną true, to S jest wykonywane; 
w przeciwnym przypadku - S jest pomijane. Zatem S wykonywane jest tak 
długo, dopóki B nie przyjmie wartości false. Oczywiście zawsze po zakoń- 
czeniu pętli prawdziwy jest warunek —B, co pokazuje następująca reguła: 


D3. Reguła iteracji: 
Jeśli KPA B{S}P , to | P{while BdoS)—BAP. 


W tak zdefiniowanym systemie Hoare dowodzi, w sposób czysto for- 
malny, poprawności programu obliczającego iloczyn i resztę z dzielenia 
dwóch liczb całkowitych. Wydaje się zatem, że odniósł sukces; jednak miał 
on świadomość pewnych ograniczeń związanych z takim sposobem dowo- 
dzenia poprawności programów. Po pierwsze, operacja podstawiania nie 
może powodować efektów ubocznych, czyli metody tej nie można zastoso- 
wać do wszystkich języków programowania. Po drugie, poprawność działa- 
jącego programu zależy od czegoś więcej niż tylko od weryfikacji formalnej 
programu, między innymi od sposobu reprezentacji liczb, ograniczeń cza- 
sowych związanych z systemem operacyjnym i od metod radzenia sobie 
z problemem przepełnienia. Po trzecie, w przytoczonym systemie nie jest 
możliwe przeprowadzanie dowodu z tego, że program zakończy swoje dzia- 
łanie. Dlatego też dla programów, które mają dowody poprawności w przed- 
stawionym powyżej systemie, Hoare proponuje używanie terminu „pro- 
gram częściowo poprawny” - w odróżnieniu od programów „poprawnych”, 
to znaczy takich, które zatrzymują się i są częściowo poprawne3. 

Próbując wyeliminować ograniczenie drugie, Hoare podał aksjomatykę 
dla „arytmetyki komputerowej”, zwracając przy tym uwagę na to, ze niektó- 
re własności arytmetyki liczb całkowitych mogą być inne niż arytmetyki 
komputerowej. Na przykład w zwykłej arytmetyce prawdziwe jest twier- 
dzenie, że ~AxVy(y < x) - to znaczy nie istnieje liczba największa, podczas 
gdy w każdej arytmetyce skończonej (a taką właśnie jest arytmetyka kom- 
puterowa) prawdziwe jest zdanie Vx(x < max), gdzie max oznacza naj- 
większą reprezentowalną liczbę całkowitą. Przedstawił on również trzy 
aksjomaty opisujące sytuację przepełnienia, to znaczy przypadek, gdy żąda 


34 Widać tu wyraźną analogię pomiędzy pojęciami częściowej i całkowitej poprawności 
algorytmów. 
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się umieszczenia w pamięci komputera liczby większej niż max, w zależności 
od sposobu, w jaki traktujemy to przepełnienie: a) operacje powodujące 
przepełnienie są niewykonalne: ~3x(x = max +1), b) wynikiem ope- 
racji powodującej przepełnienie jest największa reprezentowalna liczba: 
max = max + 1, c) wynik takiej operacji obliczany jest modulo rozmiar zbio- 
ru reprezentowalnych liczb całkowitych: max + 1 = 0 (mod max). 

Również inni badacze próbowali stworzyć matematyczne podstawy 
formalnych badań własności programów, a niektóre z ich osiągnięć wyko- 
rzystywane są także i dzisiaj. Tak jest na przykład w przypadku metody nie- 
zmienników Floyda, zapoczątkowanej przez badania Petera Naura. 

Naur (1966) uważał, że jednym ze sposobów dowodzenia poprawności 
programów jest traktowanie ich równocześnie jako obiektów statycznych 
(napisany tekst), jak i dynamicznych (wykonywalnych). Sposobem na mó- 
wienie o programach w tak, zdawałoby się, różnych kategoriach jest za- 
trzymanie wykonania programu od czasu do czasu i opisanie stanu maszyny 
w momencie zatrzymania. Punkty zatrzymania programu Naur nazywał 
„zdjęciami” (ang. snapshots). Jeśli w programie umieści się odpowiednią 
liczbę punktów kontrolnych (zdjęć), będzie można wówczas badać związki, 
jakie - wyrażone za pomocą formuł - zachodzą w nich pomiędzy stanami 
maszyny. Korzystając z formuł w poprzednich punktach kontrolnych, moż- 
na przeprowadzić dowód dotyczący stanu programu w kolejnym punkcie. 
Naur używał stworzonej przez siebie metody nie tylko do dowodzenia po- 
prawności programów, lecz również jako narzędzia pomocniczego przy 
bieżącej konstrukcji elementów programu - a szczególnie pętli. Wierzył, ze 
komponenty matematyczne w programowaniu są niezbędne. Dał on rów- 
nież początek - wraz z Robertem W. Floydem - współczesnym badaniom 
własności programów z użyciem semantyki. 

W 1967 roku Floyd przedstawił pomysł przypisania znaczenia progra- 
mom w terminach formuł umieszczonych na diagramach sekwencji działań 
tych programów (a właściwie algorytmów). Jest to jedna z metod dowodze- 
nia częściowej poprawności35 algorytmów, nazywana współcześnie metodą 
niezmienników Floyda3*. 

W metodzie tej wykorzystuje się przedstawienie algorytmu w postaci 
diagramu sekwencji działań, traktowanego jako graf skierowany, w którego 
wierzchołkach znajdują się operacje. Interpretacja I takiego diagramu to 


35 Do całkowitej poprawności należy udowodnić jeszcze, że algorytm zatrzymuje się dla 
wszystkich danych. 

36 Idee Floyda rozwinął później C.A.R. Hoare pod nazwą „metoda niezmienników”, dlate- 
go też współcześnie nazywa się ją metodą niezmienników Floyda. Jest to jedna z najlepiej 
opracowanych matematycznie technik dowodzenia poprawności programów. 
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przyporządkowanie jego krawedziom pewnych warunków logicznych, przy 
czym niektóre ze zmiennych wolnych występujących w tych warunkach 
mogą być zmiennymi, na których działa program. Dla każdej krawędzi e 
warunek I(e) nazywa się znacznikiem (ang. tag). Z każdą operacją c (wierz- 
chołkiem grafu) mogą być skojarzone wejścia a; ,a,,...a, (krawędzie „wcho- 
dzące” do bloku) i wyjścia b, ,b, ,..,b, (krawędzie „wychodzące” z bloku). 
Przez P,(1<i<k) oznacza się znaczniki związane z wejściami, natomiast 
przez Q,(1<i<T) - znaczniki związane z wyjściami. Weryfikacja opiera sie 
na udowodnieniu dla każdej operacji c diagramu, że jeśli znacznik P; zwią- 
zany z jakąkolwiek strzałką a; prowadzącą do bloku jest prawdziwy, zanim 
zostanie wykonana operacja c opisywana przez blok, to wszystkie znaczniki 
Q, związane ze strzałkami wychodzącymi z bloku b; są prawdziwe po wyko- 
naniu tej operacji. Wtedy przez indukcję względem liczby wykonanych ope- 
racji można pokazać pewne związki pomiędzy wartościami początkowymi 
a wartościami końcowymi. Rozważmy następujący przykład: 


silnia (N) 


begin 
M:=N 
while N>1 do 
begin 
N:=N-1 
M:=M*N 
end 
return M 
end 


W tym przypadku warunek początkowy to: „N jest liczbą naturalną”, 
natomiast warunek końcowy, który należy udowodnić, to: M=N!. 

Aby pokazać poprawność warunku końcowego, należy udowodnić nie- 
zmiennik pętli, z którego on wynika. Niezmienniki takie zazwyczaj stwier- 
dzają coś o zmiennych po określonej liczbie iteracji tej pętli. 

Niech N; oraz M; oznaczają zawartości zmiennych M i N po i przejściach 
pętli. Niezmiennik, jaki należy udowodnić, ma postać: M, (N; — 1)! = N!. 
Wykorzystujemy zasadę indukcji matematycznej (indukcja po i). 

1. gdy i=1, to M; = N oraz N; = N, zatem 


M, -(N, -1)!=N-(N-1)!=M! 


2. krok indukcyjny 
założenie indukcyjne: M; : (N; — 1)! = N! 
teza indukcyjna M;,, (Nj, — 1)! = N! 
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W programie widać, ze po każdej iteracji pętli zmienna M zawiera to, co 
zawierała w poprzednim kroku, pomnożone przez wartość N po iteracji. 
Zatem M;,4 = M; ' N;,4. Ponadto N;,4 = N; — 1. Wtedy: 


M,a: (N1 —1)!=M,-(N, -1):(N, -2)!=M,-(N, -1)!=N! 


Jest to typowy dowód matematyczny, niektórzy (np. Colburn, 2000) twier- 
dzą jednak, że nie daje on stuprocentowej gwarancji co do poprawności 
wykonania programu. 

Rozważmy podstawową przesłankę kroku indukcyjnego: „po każdej ite- 
racji pętli zmienna M zawiera to, co zawierała w poprzednim kroku pomno- 
żone przez wartość N po iteracji”. Pamiętając o dwuznaczności Fetzera, 
związanej ze statusem ontologicznym M i N, warto zauważyć, że jeśli trak- 
tujemy je jako abstrakcyjne miejsca w pamięci abstrakcyjnej maszyny, to 
dowód jest rzeczywiście poprawny, gdyż maszyna taka jest idealna w tym 
sensie, że operacje na niej nigdy nie zawodzą - a więc przesłanka kroku 
indukcyjnego jest uzasadniona ponad wszelką wątpliwość. Jeśli jednak Mi N 
potraktujemy jako fizyczne miejsca w pamięci maszyny fizycznej, to prze- 
słankę tą można uzasadnić tylko w oparciu o dodatkowe założenia dotyczą- 
ce, między innymi, właściwego funkcjonowania sprzętu. Wtedy założenia te 
nadają przeprowadzonej weryfikacji charakter „relatywny”, a nie „absolut- 
ny”. Zatem rozumowanie dotyczące zachowania programu na fizycznej ma- 
szynie, nawet na bazie dowodu indukcyjnego, jest podważalne. Trzeba bo- 
wiem poczynić pewne, być może fałszywe założenia dotyczące typowości 
nieobserwowalnych przypadków, by wywnioskować, że będą one dawały 
poprawny wynik. W przypadku formalnej weryfikacji programu są to zało- 
żenia o typowości, czyli poprawnym funkcjonowaniu używanego oprogra- 
mowania i sprzętu. 

Wykorzystywanie metod matematycznych w informatyce, pomimo kry- 
tyki zapoczątkowanej pod koniec lat 70. XX wieku?’, miało wielu zagorza- 
łych zwolenników. Jednym z nich był E.W. Dijkstra, od którego pochodzą 
dwa z trzech najbardziej znanych argumentów na rzecz paradygmatu ma- 
tematycznego w informatyce. 

Pierwszy z nich nazwać można argumentem ontologicznym*8, ponieważ 
Dijkstra twierdzi, że programy jako obiekty abstrakcyjne mają pierwszeń- 
stwo ontologiczne przed maszynami (bytami fizycznymi). Program ro- 
zumiany jest wówczas jako ciąg operacji na symbolach abstrakcyjnych, 


37 Powszechnie uważa się, że praca DeMillo, Liptona i Perlisa z roku 1979 Social Proces- 
ses and Proofs of Theorems and Programs zapoczątkowała debatę na temat możliwości i me- 
tod weryfikacji programów. 

38 Nazwę tę zaproponował Fetzer w pracy z 1991 roku. 
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a komputer jedynie wykonuje go i przedstawia wyniki. Język programowa- 
nia, w którym program został zapisany, można traktować jako formalny 
system, dla którego program jest jedynie modelem, a o programach powin- 
niśmy myśleć „nawet bez wspominania o ich możliwych ‘zachowaniach’” 
(Dijkstra, 1989, s. 1403). Głównym zadaniem programisty, poza napisaniem 
programu, staje się wówczas stworzenie dowodu formalnego pokazującego, 
że program ten spełnia formalną specyfikację. 

Ten sam autor podał drugi, wspomniany w poprzednim paragrafie 
argument na rzecz stosowania metod formalnych w informatyce, twierdząc, 
że testując program, nie można wykazać, że nie ma w nim błędów; można 
jedynie wykazać ich obecność. Stwierdzenie to można nazwać argumentem 
epistemologicznym. Jest ono zgodne z Popperowską koncepcją metodologii 
nauk, w której hipotezy naukowe mogą zostać obalone, ale nie mogą zostać 
potwierdzone. Sugeruje ono jednocześnie, że jedyną drogą do uzyskania 
wiedzy na temat poprawności programów jest zastosowanie metod formal- 
nych. 

Dijkstra twierdzi również, że informatyka jest i zawsze będzie połącze- 
niem „obliczania” (wykonywanego przez komputery) oraz „programowania” 
(operacji na symbolach przeprowadzanych przez człowieka) — a „programo- 
wanie automatyczne” jest pojęciem wewnętrznie sprzecznym, ponieważ 
sugeruje możliwość eliminacji człowieka z procesu programowania. Zga- 
dzając się z tym poglądem, można jednoznacznie stwierdzić, że w klasy- 
fikacji wszystkich nauk miejsce informatyki znajduje się tuż obok mate- 
matyki i logiki formalnej>*. 

Trzeci argument na rzecz paradygmatu matematycznego, nazywany 
zazwyczaj argumentem ze zwiększania skali (ang. scaling-up argument), 
związany jest z praktyczną realizacją formalnej weryfikacji programów. 
Weryfikacja taka jest zagadnieniem stosunkowo młodym, jednakże można 
już teraz dokonywać weryfikacji prostych programów - wnioskujemy stąd, 
że niebawem będzie można weryfikować coraz bardziej złożone algorytmy 
i coraz bardziej skomplikowane programy. Produkowane w rzeczywistości 
duże systemy nie są bowiem niczym więcej niż tylko złożeniem prostych 
algorytmów i modeli. Ponadto raz zweryfikowany algorytm czy model 
programu będzie można powiększać - aż do rozmiarów rzeczywistego sys- 
temu. A zatem weryfikacja dużego systemu będzie sumą wielu małych 
weryfikacji jego składowych, a z tego wynika, że z czasem powstaną for- 
malne weryfikatory dla rzeczywistych, nawet bardzo skomplikowanych 
programów. 


39 Dijkstra proponuje nawet nazywanie informatyki skrótem VLSAL, od słów Very Large 
Scale Application of Logic. 
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Powyzsza argumentacja jest szeroko krytykowana. Na podstawie jej 
analizy DeMillo, Lipton i Perlis (1979) doszli do przeciwnego wniosku; 
stwierdzili, ze weryfikatory (programy automatycznie sprawdzajace inne 
programy) dla rzeczywistych systemów nigdy nie powstaną. 

Najwięcej wątpliwości budzi jednak twierdzenie, że duży system jest ni- 
czym więcej niż tylko sumą swoich składowych. W praktyce programistycz- 
nej stosuje się wiele metod i trików w łączeniu tychże składowych, co 
w efekcie prowadzi do powstania zupełnie nowych obiektów, które mają 
pewne cechy dodatkowe. Co więcej, oszacowano, że około połowy kodu 
działających systemów to tak zwany inferface i obsługa komunikatów 
o błędach, które są tworzone ad hoc i jako takie nie są weryfikowalne. 

Po drugie, nie powinno się utożsamiać algorytmów i programów, wy- 
starczy bowiem porównać ich specyfikacje, aby stwierdzić, że są to inne 
obiekty. Specyfikacje algorytmów są zwięzłe i jasno określone, podczas gdy 
specyfikacje rzeczywistych systemów są ogromne, często tego samego po- 
ziomu komplikacji, co same systemy. Specyfikacje algorytmów są stabilne, 
czasami nie zmieniają się przez stulecia, natomiast specyfikacje rzeczywi- 
stych programów zmieniają się z dnia na dzień, a nawet z godziny na godzi- 
nę! Nie jest to zatem różnica w skali, ale w rodzaju. Rozwój jednych nigdy 
nie doprowadzi wprost do drugich. Obiekty te są zasadniczo różne. 

Po trzecie, nie zawsze można przewidzieć działanie programu w sposób 
czysto analityczny, ponieważ tworzenie oprogramowania jest procesem 
nieciągłym. Zmiana linii - lub czasami tylko jednego bitu - w kodzie źró- 
dłowym może zupełnie zmienić działanie programu w sposób, którego nie 
rozumiemy i nie jesteśmy w stanie przewidzieć*%. Wielu programistów za- 
uważa, że zachowanie napisanych przez nich programów bywa zaskakujące, 
a nawet nieprzewidywalne. Również wiele wirusów zmienia działanie 
programów, a w dobie Internetu prawie każdy komputer narażony jest na 
ich ataki i podlega ryzyku modyfikacji znajdującego się na nim oprogramo- 
wania. Co więcej, rzeczywiste systemy muszą być serwisowane i modyfiko- 
wane, a więc zmieniane. Poczynione tu uwagi można nazwać argumentem 


40 W systemach chaotycznych nawet drobne zmiany danych początkowych mogą pocią- 
gać za sobą nieprzewidywalne zmiany wyników - efekt taki określa się często mianem „efek- 
tu motyla”. Można go zaobserwować nie tylko w programowaniu, ale również w przypadku 
zachowań mikroprocesorów (por. Berry, Perez i Temam, 2006). 

41 Efekt zaskoczenia pracą programu podkreślali Appel i Haken (1983) - autorzy kom- 
puterowego dowodu twierdzenia o czterech barwach. 

42 Istnieją nawet propozycje nowego paradygmatu w programowaniu nastawionego na 
wprowadzanie zmian w programach. Vaclav Rajlich w pracy Changing the Paradigm of 
Software Engineering (Rajlich, 2006) twierdzi, że wprowadzanie zmian w istniejących syste- 
mach to obecnie jedna z podstawowych działalności programistów. 
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z nieprzewidywalności - przeciw weryfikacji programów. Oczywiście dosta- 
tecznie zmotywowany informatyk mógłby poświęcić wiele lat, by zwery- 
fikować znaczący fragment programu, jednak zdobędzie się na to tylko 
wtedy, jeśli będzie przekonany, że program ten nie ulegnie zmianie. 

Nawet przyjęcie założenia, że raz napisany program się nie zmienia, nie 
prowadzi jeszcze do wniosku, że formalna weryfikacja rzeczywistych pro- 
gramów jest w ogóle możliwa. Dowody formalne w matematyce, nawet dla 
bardzo prostych teorii, są często długie i trudne do zrozumienia. Podobnie 
jest w przypadku formalnych weryfikacji rzeczywistych programów. Co 
prawda, sugeruje się czasem, że języki programowania wysokiego poziomu 
ułatwiają czytanie programów i ich szybkie zrozumienie, ale wystarczy 
spróbować zrozumieć fragment niedbale napisanego programu, by stwier- 
dzić, że nie jest to zawsze prawda. Nie ma również powodu, by przyjąć, że 
weryfikacja programu po ewentualnych modyfikacjach jest łatwiejsza lub 
krótsza niż weryfikacja programu wyjściowego, co podważa sens weryfika- 
cji jako takiej. Co więcej, istnieją programy, na przykład kontrolujące ruch 
lotniczy, składające się z miliona linii kodu, które nie mogą zostać spraw- 
dzone w sposób czysto matematyczny. Nie jest to niemożliwość logiczna, 
lecz praktyczna: złożoność systemu jest za duża. Można zatem sformułować 
argument ze złożoności przeciw formalnej weryfikacji jako stwierdzenie, że 
stworzenie weryfikacji funkcjonujących w rzeczywistości programów nie 
jest możliwe ze względu na ich złożoność. 

DeMillo, Lipton i Perlis twierdzą ponadto, że weryfikacje programów, 
mimo że są ciągami formuł logicznych, nie są dowodami w sensie matema- 
tycznym. Akceptacja wyników w matematyce to pewien proces społeczny, 
niewystępujący w informatyce, prowadzący do przekonania o poprawności 
wyniku, w którym tylko jedną z części jest dowód i co więcej, bardzo rzadko 
jest to dowód formalny (rozumiany jako łańcuch następujących po sobie 
formuł logicznych). Ich zdaniem współczesna matematyka jest nieformal- 
nym, intuicyjnym procesem socjologicznym zachodzącym wewnątrz pewnej 
wspólnoty. Poza tym nie ma możliwości opisania historii rozwoju pojęć 
i dyscyplin matematycznych bez szczegółowej analizy tych procesów, 
szczególnie tych, które dotyczą dowodzenia*3. Matematyk popełnia błędy, 
ale ważne jest to, że błędy te są poprawiane, i to nie dzięki używaniu logiki 
formalnej, ale przez zaangażowanie innych matematyków znajdujących luki 
w dowodach, na przykład dzięki wzajemnemu powiązaniu twierdzeń ma- 
tematycznych. Informatyk z kolei może stworzyć i opublikować własną 


43 DeMillo, Lipton i Perlis podają wiele przykładów świadczących o tym, że uzyskane 
wyniki mogą przeczyć sobie nawzajem - o czym piszą już sami ich autorzy w swoich publi- 
kacjach. 
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weryfikację, ale nie moze zmusić nikogo do jej przeczytania - na przykład 
w sytuacji, gdy czytelnik będzie zdawał sobie sprawę, że nie ma ona i praw- 
dopodobnie nie będzie mieć nic wspólnego z innymi weryfikacjami. Nie 
może więc zaistnieć proces społeczny, który opisują autorzy publikacji 
z 1979 roku. Przyjrzyjmy się teraz przebiegowi takiego procesu. 

Początkowo dowód twierdzenia jest wiadomością, a nie istniejącym nie- 
zależnie obiektem abstrakcyjnym. W pierwszej odsłonie jest to wiadomość 
słowna lub naszkicowana na tablicy albo skrawku papieru. Taka właśnie 
wiadomość poddawana jest pierwszym ocenom podczas dyskusji w gronie 
matematyków, na seminariach lub w prywatnych rozmowach. Jeśli wynik 
nie wzbudza zaufania lub nawet zainteresowania wśród współpracowni- 
ków, mądry matematyk rozważa go ponownie. Ale jeśli zostanie przyjęty, 
choćby z umiarkowanym zainteresowaniem i zaufaniem, autor spisuje do- 
wód. Jego zapis krąży przez jakiś czas wśród zainteresowanych w formie 
brudnopisu. Jeśli po pewnym czasie nadal wydaje się on wiarygodny, wów- 
czas autor zgłasza dopracowaną wersję dowodu do publikacji. Gdy recen- 
zenci również uznają go za przekonujący, dowód jest publikowany i wtedy 
może być czytany przez szersze grono odbiorców. Z kolei jeśli czytający 
dowód matematyk uwierzy „na pierwszy rzut oka” w jego poprawność, to 
zachodzi u niego proces „internalizacji” tego wyniku. Podejmuje on próbę 
przeformułowania go w taki sposób, by wyrazić go w swoich terminach 
(„własnymi słowami”), które pasują do jego osobistego poglądu na wiedzę 
matematyczną. Nie ma dwóch matematyków, u których internalizacja na- 
stępuje dokładnie w ten sam sposób, więc w wyniku takiego procesu powsta- 
je zazwyczaj wiele wersji tego samego twierdzenia - a każda z nich zwiększa 
przekonanie społeczności matematyków o tym, że oryginalne twierdzenie 
jest prawdziwe. Wiarygodne twierdzenia często znajdują zastosowanie, na 
przykład - jako lematy w większych twierdzeniach, przenikając do pokrew- 
nych gałęzi matematyki. Jeśli twierdzenie lub technika dowodowa spraw- 
dzają się w innej dziedzinie niż początkowa, to zwiększa się przekonanie co 
do poprawności wyjściowego wyniku. Po takiej internalizacji, transformacji, 
generalizacji i użyciu w różnych działach matematyki społeczność uznaje 
wynik za poprawny i o twierdzeniu mówi się, że jest prawdziwe w klasycz- 
nym sensie - czyli że poprawność ta może być pokazana formalnie, w spo- 
sób dedukcyjny. Jednak dla większości twierdzeń matematycznych nigdy 
nie przeprowadza się w pełni formalnych dowodów, ponieważ byłyby one 
zbyt długie, a ich istnienie jest zbędne. Matematykom do uznania wiarygod- 
ności dowodu wystarcza przekonanie o możliwości jego formalizacji. 

DeMillo, Lipton i Perlis uważają, że istnieje pewna analogia pomiędzy 
matematyką a programowaniem - jednakże nie taka, jaką przyjmują zazwy- 
czaj zwolennicy weryfikacji formalnej: 
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Tabela 4. Analogia pomiędzy matematyką a programowaniem 1 


matematyka programowanie 
twierdzenie program 
dowód weryfikacja 


Źródło: DeMillo, Lipton i Perlis, 1979, s. 275 


ale następująca: 


Tabela 5. Analogia pomiędzy matematyką a programowaniem 1 


matematyka programowanie 
twierdzenie specyfikacja 
dowód program 
teoretyczny dowód formalny weryfikacja 


Źródło: DeMillo, Lipton i Perlis, 1979, s. 275 


Warto zauważyć, że większość zwolenników paradygmatu matematycz- 
nego rozumie matematykę jako teorię formalną, grę symboli, nie uwzględ- 
niając jej rzeczywistego społecznego charakteru. W rzeczywistości dowody 
formalne jedynie zwiększają przekonanie matematyków co do prawdziwo- 
ści twierdzeń - a jest ono wynikiem opisanych powyżej mechanizmów spo- 
łecznych. Brak tych mechanizmów skazuje na niepowodzenie tak zwane 
dowody poprawności programów, formalne weryfikacje, które nie od- 
powiadają przeprowadzanym w praktyce dowodom matematycznym. We- 
ryfikacje nie są wiadomościami, nikt nie próbuje nawet zainteresować 
współpracowników wydrukiem weryfikacji, szczególnie przeprowadzonej 
w sposób zupełnie automatyczny, bo może zostać uznany za dziwaka. Co 
więcej, bardzo długie weryfikacje nie zawsze mogą zostać przeczytane, 
a jako takie nie mogą zostać zinternalizowane, przeformułowane, uogólnio- 
ne lub włączone do innych dyscyplin. Nie zyskują one wiarygodności stop- 
niowo, tak jak dowody matematyczne, „można w nie wierzyć, ślepo, jak 
w czysty akt wiary, albo wcale” (DeMillo, Lipton i Perlis, 1979, s. 275). 

Jak już wspomniano, zwolennicy metod matematycznych w informatyce 
przyjmują najczęściej, że pojęcie poprawności programu sprowadza się do 
jego zgodności ze specyfikacją. Powstaje wtedy problem natury logicznej, 
a właściwie metodologicznej, dotyczący specyfikacji nieformalnych. Jeśli 
bowiem wymagania co do programu zostały wyrażone w sposób nieformal- 
ny, na przykład w języku naturalnym, a sam program ma charakter for- 
malny - to w weryfikacji musi istnieć jakieś stadium przejściowe, które 
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powinno mieć charakter nieformalny. Nie bardzo wiadomo, w jaki sposób 
pogodzić istnienie takiego nieformalnego elementu - z ideą czysto formal- 
nego dowodu. Zatem specyfikacja programu, który ma zostać automatycz- 
nie zweryfikowany, musi być specyfikacją formalną. 

Twierdzi się często, że formalna specyfikacja programu nie tylko pozwa- 
la na automatyczną jego weryfikację, ale również zabezpiecza go przed błę- 
dami i niespójnością (Meyer, 1985). Peter Naur (1982) pokazuje prosty 
przykład, który obala to twierdzenie. 

Rozważmy program, który oblicza początkowe liczby pierwsze aż do 
liczby n podanej przez użytkownika oraz wypisuje je w kolejności rosnącej 
(czyli od najmniejszej do największej). Jones w swojej książce (Jones, 1980) 
buduje specyfikację tego problemu, rozpoczynając od nieformalnego jej 
sformułowania, podobnego do powyższego, aż do jej postaci formalnej: 


let n=hd il 


elems ol = {ija <i<nnis— prime(i)) Ais — ordered (ol). 


Tak sformułowana specyfikacja wskazuje listę „wejść” il i listę „wyjść” ol 
oraz stwierdza, że po wykonaniu programu, jeśli n oznacza pierwszy ele- 
ment listy wejściowej, na liście wynikowej znajdują się uporządkowane 
liczby pierwsze pomiędzy 1 a n44. Specyfikacja ta dokładnie określa, jakie licz- 
by powinny znaleźć się na liście wynikowej, ale nie stwierdza, w jaki sposób 
mają zostać pokazane ani też - w jakim formacie. 

Przypuśćmy, że na podstawie powyższej specyfikacji powstał program, 
który wypisuje na drukarce właściwe liczby w postaci szesnastkowej lub 
ósemkowej. Czy osoba korzystająca z tego programu uzna go za poprawny? 
W tym przypadku równie ważne jak określenie tego, co ma zostać obliczo- 
ne, jest założenie dotyczące sposobu wyświetlania wyniku. Zatem wiary- 
godność programu w dużej mierze zależy od formy komunikowania się 
programu z człowiekiem, a tego zazwyczaj nie określają specyfikacje for- 
malne. 

Krytykując ideę specyfikacji formalnych, C. Floyd (1987) zwraca uwagę 
na zmienność jako na nieodłączną cechę procesu tworzenia specyfikacji. 
Rozróżnia on dwie perspektywy patrzenia na ten proces. 

Pierwsza to perspektywa zorientowana na produkt (ang. product-oriented 
perspective). Zakłada się w niej, że problem, dla którego szukamy rozwiązania 


44 Zazwyczaj liczby pierwsze definiuje się jako liczby naturalne, które mają dokładnie 
dwa dzielniki (1 i samą siebie). Wtedy oczywiście liczba 1 nie jest liczbą pierwszą, więc 
w powyższym sformułowaniu w miejscu 1 powinna znaleźć się 2 (lub znak nierówności 
powinien być inny). 
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w postaci programu, jest na tyle dobrze zrozumiany, iz możliwe jest określenie 
wszystkich wymagań stawianych przed oprogramowaniem przed rozpoczę- 
ciem jego produkcji. Perspektywa ta pozwala na formalne ujęcie specyfikacji 
i weryfikacji, co z kolei umożliwia masową produkcję oprogramowania, 
podobnie do bardziej złożonych układów elektronicznych. Jednak perspek- 
tywa skoncentrowana na produkcie ma jedną zasadniczą wadę - nie pozwala 
na systematyczne badanie związków pomiędzy specyfikacją a rzeczywistym 
Światem, które mają ogromny wpływ na zgodność produkowanego oprogra- 
mowania z oczekiwaniami zamawiających je ludzi. 

Floyd wskazuje alternatywny sposób tworzenia specyfikacji, nazywany 
przez niego perspektywą zorientowaną na proces (ang. process-oriented 
perspective), w którym wymagania stawiane oprogramowaniu nie są nigdy 
statyczne. Zmieniają się one zarówno ze względu na zmianę wymagań za- 
mawiającego, jak i na skutek opinii przyszłych użytkowników bądź też na 
wniosek zaangażowanych w proces programowania informatyków. Specy- 
fikacja programu nie może być bowiem oddzielona od ludzi, dla których 
oprogramowanie jest produkowane. Komunikowanie się z osobą zamawia- 
jącą program oraz z przyszłymi jego użytkownikami jest konieczne, zatem 
specyfikacja powinna być wyrażana w języku naturalnym, a nie w zrozu- 
miałym tylko dla fachowców formalizmie. 

Co więcej, wbrew twierdzeniu powszechnemu wśród zwolenników 
paradygmatu matematycznego w programowaniu, specyfikacje formalne 
wcale nie pomagają w tworzeniu oprogramowania. Wręcz przeciwnie, ściśle 
formalne traktowanie programowania może szkodzić, zmniejsza bowiem 
efektywność pracy programistów. Zgodnie z paradygmatem matematycz- 
nym, programista powinien najpierw wyrazić rozwiązanie postawionego 
przed nim problemu w formalnym języku specyfikacji, później zapro- 
gramować to samo rozwiązanie w języku programowania, a na koniec udo- 
wodnić, że oba te opisy są w jakimś sensie równoważne. Musi on wówczas 
stworzyć nie jeden, ale dwa formalne opisy tego samego problemu oraz 
udowodnić ich równoważność, podczas gdy kwestie związane z adekwat- 
nością tych formalizmów do wyrażania rzeczywistych problemów nadal 
pozostają nierozwiązane. 

Warto również zwrócić uwagę na wartość metody nieformalnej w two- 
rzeniu oprogramowania. Pozwala ona bowiem na dyskutowanie, krytyko- 
wanie i definiowanie pojęć intuicyjnych. Oczywiście formalizacja może być 
w tym procesie pomocna - tak samo jak w dowodzeniu twierdzeń matema- 
tycznych - ale powinna być jedynie narzędziem pomocniczym intuicji, a nie 
ją zastępować. Naur (1982) pisze: 


45 Autor używa tu zwrotu „tłuczone masowo”. 
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[...] program powinien być wspomagany i specyfikowany przez dokumentację 
dowolnego rodzaju, sprawą nadrzędną w tworzeniu jego dokumentacji jest czy- 
telność dla ludzi, którzy mają z nią do czynienia. Dla osiągnięcia tej czytelności 
(jasności) powinno się używać dowolnego systemu formalnego, nie jako celu 
samego w sobie, ale wtedy gdy wydaje się on pomocny autorom i czytelnikom 
(s. 452). 


Jednak nawet jeśli wbrew poczynionym uwagom zgodzimy się co do ko- 
nieczności i celowości tworzenia formalnych specyfikacji, to otwarty pozo- 
staje problem pokazania zgodności tej specyfikacji z programem. Związany 
jest z nim często podawany argument przeciw weryfikacji programów, na- 
zywany argumentem ze zmienności. Zgodnie z nim weryfikacja programów, 
rozumiana jako badanie ich zgodności ze specyfikacją, ma sens jedynie przy 
założeniu, że powstały one niezależnie oraz że zarówno program, jak i jego 
specyfikacja nie ulegają zmianom. Oba te założenia można łatwo obalić. 
Podczas procesu tworzenia oprogramowania wzajemne oddziaływania po- 
między specyfikacją a programem są bardzo częste. Na przykład błędy zna- 
lezione w programie wymuszają zmiany w specyfikacji, a z kolei błędy 
w specyfikacji prowadzą do modyfikacji programu uwzględniających zmia- 
ny w samej specyfikacji. 

DeMillo, Lipton i Perlis (1979) uważają, że nikt nie powinien traktować 
poważnie możliwości w pełni automatycznej weryfikacji skomplikowanych 
programów. Przypuśćmy jednak, że powstał program dokonujący automa- 
tycznego sprawdzania innych programów - i zastanówmy się, jak on działa. 
Oczywiście na początek należy założyć, że program ten jest poprawny, to 
znaczy, że funkcjonuje właściwie. Jest to jednak tylko założenie (Ślepa wia- 
ra), gdyż nie można zweryfikować programu weryfikującego w nim samym. 
Programista wprowadza - zazwyczaj bardzo długą - specyfikację formalną 
oraz sam program i po dłuższym czasie otrzymuje — znowu bardzo długą - 
weryfikację i komunikat „ZWERYFIKOWANY”. Oczywiście konieczne jest 
założenie, że komunikat ten nie jest wynikiem awarii systemu sprawdzają- 
cego lub jego części. Co z takiego komunikatu może odczytać programista? 
Wie on jedynie, że program jest formalnie, logicznie zgodny ze specyfikacją, 
nie wie natomiast, w jakim stopniu jest on wiarygodny, nie zna jego ograni- 
czeń i nie zdaje sobie sprawy z tego, jak ograniczenia te mogą wpływać na 
jego działanie. Jeżeli z kolei pojawi się komunikat o tym, że program nie 
został zweryfikowany, to nie wiemy, dlaczego tak jest. Nie potrafimy zloka- 
lizować błędu inaczej niż za pomocą metody prób i błędów, czyli poprawia- 
jąc kod metodą „chybił trafił”. Zdaniem autorów, można jednak dojść do 
wniosku - biorąc pod uwagę, ze program jest przedmiotem materialnym 
wytworzonym przez człowieka oraz że każdy przedmiot o dużej złożoności 
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i dużym rozmiarze nie jest pozbawiony błędów - że komunikat nigdy nie 
będzie brzmiał ,ZWERYFIKOWANY”. Nie ma zatem sensu dążenie do zbu- 
dowania programów automatycznie weryfikujących programy. Dlaczego 
więc zwolennicy paradygmatu matematycznego w informatyce nalegają na 
pełną formalizację w procesie tworzenia oprogramowania? 

Wydaje się, że głównym tego powodem jest przekonanie, iż pełna for- 
malizacja jest niezbędna dla dowodów poprawności programów, która to 
poprawność jest absolutnym priorytetem dla informatyków. 

Naur (1982) próbuje obalić tę tezę. Po pierwsze, pewne własności pro- 
gramów można udowodnić niezależnie od tego, czy zostały one sformu- 
łowane w sposób formalny, czy też nieformalny. Takie dowody podają, 
między innymi, Aho, Hopcroft i Ullman (1974). Są one bardzo podobne do 
tworzonych na co dzień dowodów matematycznych. Po drugie, nie jest 
prawdą, że poprawność programu jest priorytetem programowania, o czym 
można się przekonać każdego dnia pracy z komputerem. Większość używa- 
nych na co dzień programów zawiera błędy (wielu przykładów takich błę- 
dów dostarcza nam system Windows lub pakiet Microsoft Office), ale 
pomimo tego są one powszechnie stosowane i traktowane jako narzędzia 
użyteczne, a często nawet niezbędne. 

W rozważaniach dotyczących własności programów ważną i często po- 
ruszaną kwestią jest rozróżnienie pomiędzy modelami matematycznymi 
a ich fizycznymi odpowiednikami. Kwestie tę analizują między innymi 
James Fetzer i Jon Barwise. 

Fetzer (1991) twierdzi, że prawdziwe zdania matematyki mogą okazać 
się empirycznie fałszywe. Na poparcie swej tezy autor przytacza następują- 
cy przykład. Rozważmy matematyczne twierdzenie dotyczące liczb natu- 
ralnych: 


2+2=4. 


Nie może być ono fałszywe w obrębie teorii liczb naturalnych, ponieważ 
jego prawdziwość wynika z aksjomatów tej teorii. Jednak zastosowanie tego 
prawa do zjawisk fizycznych może okazać się fałszywe, na przykład: 


2 krople wody+2 krople wody=4 krople wody. 


Nie powinno się zatem zapominać o ograniczeniach, jakie rzeczywistość 
fizyczna narzuca podczas stosowania praw matematyki. 

Można uznać, że nie istnieją prawdy matematyczne dotyczące obiektów 
fizycznych, ale nie ma wówczas sensu mówienie o możliwości weryfikacji 
programów, ponieważ nie jest możliwe stworzenie matematycznego do- 
wodu dotyczącego własności danego programu i wykonanego na konkret- 
nym obiekcie fizycznym (komputerze). Można też przyjąć, że sprawdzanie 
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własności programów, w tym ich weryfikacja metodami matematycznymi, 
jest możliwe, ale ma zawsze charakter relatywny, gdyż zamierzone zacho- 
wanie maszyny abstrakcyjnej można udowodnić dedukcyjnie, ale rzeczywi- 
ste zachowanie fizycznego urządzenia - komputera, na którym program jest 
wykonywany - będzie wiadome zawsze z pewną dozą niepewności. 

Matematykę, która zdaniem Barwise'a opiera się na doświadczeniu 
fizycznego Świata i służy lepszemu jego zrozumieniu? można wykorzystać 
do tego celu na dwa sposoby. Pierwszy to metoda aksjomatyczna polegająca 
na wyprowadzaniu kolejnych własności pewnej dziedziny z tych jej własno- 
Ści, które uznano za oczywiste (z aksjomatów). Drugi natomiast to modelo- 
wanie matematyczne, polegające na wykorzystaniu pewnych wcześniej 
stworzonych obiektów abstrakcyjnych do zbudowania modelu procesu lub 
obiektu fizycznego. Wnioski uzyskane w obu przypadkach są w pewnej mie- 
rze relatywne. W metodzie aksjomatycznej twierdzenia są bowiem praw- 
dziwe, jeśli prawdziwe są aksjomaty. Z kolei w metodzie modelowania 
twierdzenia są faktami dotyczącymi modelowanego zjawiska tylko wtedy, 
jeśli sam model wystarczająco dokładnie oddaje modelowaną rzeczywi- 
stość. Nie ma przy tym możliwości udowodnienia prawdziwości poprzedni- 
ków powyższych implikacji, ponieważ nie można udowodnić formalnie 
prawdziwości aksjomatów ani też adekwatności modelu badanego zjawi- 
ska. Nie dyskredytuje to jednak matematyki jako użytecznego narzędzia 
w dowodzeniu własności programów. Jeśli w ogóle powinno się mówić 
o programowaniu jako części matematyki, to powinna to być matematyka 
stosowana, a nie matematyka czysta. Matematyka stosowana nie gwarantu- 
je, co prawda, wiedzy pewnej dotyczącej rzeczywistości fizycznej, może 
jednak prowadzić do uzasadnienia poprawnych przypuszczeń (Barwise, 
1989). 

Autorzy piszący na temat paradygmatu matematycznego w programo- 
waniu bardzo często nie odróżniają modelu matematycznego od modelo- 
wanych obiektów. Błąd ten nazywany jest w literaturze „błędnym przeko- 
naniem o identyfikacji” (ang. the fallacy of identification). Jeśli kończy 
się dowód jakiegoś twierdzenia, to powinno się zawsze pamiętać, że jest to 
dowód dotyczący modelu - a nie samej rzeczywistości. Barwise (1989) 
pisze: „Gdy umieszcza się końcowe ‘QED’ na końcu dowodu, to musimy 
uczynić krok wstecz i pamiętać, że identyfikacja jest tylko identyfikacją, 
a nie identycznością” (s. 848). 

Formalne weryfikacje są zatem dowodami matematyki stosowanej, do- 
wodami dotyczącymi modelu, a nie fizycznego urządzenia. Ich stosowalność 
do rzeczywistych systemów komputerowych nie jest ani bardziej, ani mniej 


46 Barwise zdaje sobie sprawę, że jest to stwierdzenie kontrowersyjne. 
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problematyczna niz stosowanie innych twierdzen dotyczacych matema- 
tycznych modeli pewnych zjawisk fizycznych. Dają one bowiem taki sam 
stopień pewności co do funkcjonowania rzeczywistości fizycznej. 

W procesie weryfikacji programów to, co podlega sprawdzaniu, to tylko 
modele matematyczne rzeczywistych systemów komputerowych. Istnieje 
ryzyko związane z pominięciem w modelu formalnym pewnych własności 
maszyn fizycznych. Na przykład sposób reprezentowania liczb rzeczywi- 
stych może być znaczący dla realizacji działań na tych liczbach, a zależy on 
w zasadniczy sposób od charakterystyki konkretnych maszyn. 

Co więcej, w przypadku weryfikacji całych systemów komputerowych, 
to znaczy programów i urządzeń, na których są one wykonywane, powinno 
się stworzyć matematyczne modele nie tylko dla komputerów, ale również 
dla otoczenia, w jakim one działają. Barwise (1989) pisze: „[...] pełny dowód 
poprawności systemu komputerowego musi składać się nie tylko z dowodu 
poprawności programu dotyczącego wiarygodnego modelu komputera, ale 
również z dowodu poprawności algorytmu dotyczącego środowiska, w któ- 
rym znajduje się ten system” (s. 850). 

Częścią tego środowiska są jego użytkownicy. Oczywiście stworzenie ta- 
kiego modelu jest o wiele trudniejsze niż stworzenie modelu samego kom- 
putera - bardzo trudno jest bowiem przewidzieć zachowania człowieka. 
Wiele ,luk” występujących w programach nie wynika z występujących 
w nich błędów, lecz z nieoczekiwanych, nieprzewidzianych przez programi- 
stów zachowań użytkowników. Co więcej, poprawny model powinien 
uwzględniać również inne czynniki mające wpływ na rzeczywiste zachowa- 
nie się programów, na przykład działanie systemu operacyjnego i sprzętu, 
na którym wykonuje się program (Hall, 1990). 

Jeśli nawet przyjmiemy, że możliwe jest skonstruowanie odpowiednich 
modeli abstrakcyjnych, to trudno jest stwierdzić, czy modele te są dobre. 
Najczęściej przyjmuje się, że model jest dobry (adekwatny), gdy istnieje 
odwzorowanie z kluczowych cech modelu do odpowiadających im cech 
fizycznego świata, czyli — gdy istnieje izomorfizm pomiędzy modelem a tym, 
co jest modelowane. Naur (1992) twierdzi, że najważniejszymi zagadnie- 
niami związanymi z poprawnym modelowaniem są: (1) uchwycenie relacji 
pomiędzy tymi aspektami Świata, które nie mają ściśle zdefiniowanych 
istotnych własności, a formalnie zdefiniowanymi elementami modelu (ang. 
modeling insight), oraz (2) znalezienie sposobu na połączenie dostępnych 
elementów modelu w taki sposób, by otrzymać model o odpowiednich wła- 
snościach (ang. model building insight). Tylko wtedy można otrzymać ade- 
kwatny model fragmentu rzeczywistości. Bardzo rzadko można jednakże 
podać dowód takiej adekwatności. Najczęściej istnieje tylko empiryczne, 
eksperymentalne potwierdzenie, że model jest dobry - na przykład gdy 
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pozwala on na skuteczne przewidywanie faktów dotyczących modelowanej 
dziedziny. Tak więc w metodach badania programów nie można ograniczyć 
się do metod formalnych, z pominięciem eksperymentu. 

Z przedstawionych powyżej rozważań można wysnuć błędny wniosek, 
że krytyka paradygmatu matematycznego w programowaniu ogranicza się 
do argumentów przeciw możliwości formalnej weryfikacji programów. 
Tymczasem wielu autorów podważa również samo rozumienie programu 
komputerowego jako obiektu matematycznego. 

Fetzer (1988, 1991) twierdzi, że pomimo iż rozumienie programów jako 
funkcji ze zbioru stanów początkowych (lub „wejść”) w zbiór stanów końco- 
wych (lub „wyjść”) - analogiczne do wynikania w dowodach matematycz- 
nych, jako funkcji ze zbioru przesłanek do zbioru wniosków *7 - ma wiele 
zalet, to programy komputerowe różnią się od dowodów. Co prawda pro- 
gramy, podobnie jak dowody matematyczne, są obiektami syntaktycznymi 
i jako takie jawią się jako całkowicie formalizowalne byty, dla badania któ- 
rych właściwe są procedury formalne. Jednak - pod niektórymi względami - 
bardziej przypominają teorie naukowe niż dowody matematyczne. Programy, 
w przeciwieństwie do dowodów matematycznych, mają znaczenie seman- 
tyczne, podobnie jak teorie naukowe, ponieważ polecenia tworzące program 
zastępują operacje i procedury, które mogą być wykonane przez rzeczywistą 
maszynę. Fetzer (1991) pisze: „Linie składające się na program, podobnie jak 
zdania tworzące teorię, ostatecznie dla użytkowników tych programów i tych 
teorii wydają się reprezentować inne rzeczy” (s. 202). 

Jednak teorie naukowe różnią się od programów komputerowych, po- 
nieważ w przeciwieństwie do nich nie posiadają zdolności przyczynowych. 
Programy mogą wpływać na zachowanie się maszyn, na których są wyko- 
nywane, natomiast teorie naukowe nie wpływają bezpośrednio na rzeczy- 
wistość, lecz tylko ją opisują. 

Cechy dowodów matematycznych, teorii naukowych oraz programów 
komputerowych Fetzer zestawił w postaci tabeli: 


Tabela 6. Cechy dowodów matematycznych, teorii naukowych i programów komputerowych 


s Teorie naukowe SRA 
Obiekty syntaktyczne Tak Tak Tak 
Znaczenie semantyczne Nie Tak Tak 
Zdolności przyczynowe Nie Nie Tak 


Źródło: Fetzer, 1991, s. 202 


47 Por. paragraf 2.1.2. 
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Z powyzszego zestawienia wynika, ze jesli programy komputerowe po- 
siadają zarówno zdolności przyczynowe, jak i znaczenie semantyczne, to 
metody oceny ich poprawności powinny wykraczać zarówno poza metody 
formalne, jak i poza metody używane w teoriach naukowych, takie jak 
obserwacja i eksperyment. Fetzer uważa, że należy stosować w tym celu 
prototypowanie i testowanie, ponieważ są one związane bezpośrednio 
z wykonaniem programów przez maszyny. Twierdzi przy tym, że wprowa- 
dzone przez zwolenników metod formalnych w informatyce rozumienie 
programu komputerowego jako abstrakcyjnych operacji na symbolach cał- 
kowicie pomija istotne rozróżnienie pomiędzy programem jako bytem abs- 
trakcyjnym a programem jako wykonywalnym kodem. 

Wielu informatyków opowiada się, podobnie jak Fetzer i Naur (1966), 
za przyjęciem w procesie tworzenia oprogramowania wszystkich skutecz- 
nych metod i nieograniczaniem się do metod formalnych. Blum (1989) 
twierdzi, że w przypadku dużych programów bardzo użyteczne jest proto- 
typowanie, czyli budowanie prototypu programu - który może być dość 
daleki od ostatecznego produktu - w celu jego przetestowania. Jest ono ko- 
nieczne, jeśli rozumie się proces tworzenia oprogramowania jako złożenie: 
(1) abstrakcji, dla stworzenia dokładnej specyfikacji problemu z jakiejś rze- 
czywistej dziedziny, oraz (2) urzeczywistnienia (reifikacji), przekształcenia 
specyfikacji w program. 

Centralną rolę w tym procesie odgrywa specyfikacja, która jest zazwy- 
czaj niekompletna. Trudno jest bowiem zamawiającemu program podać już 
na początku wszystkie swoje wymagania na tyle precyzyjnie, by nie trzeba 
było specyfikacji modyfikować. Trudność ta może wynikać między innymi 
z przejścia od pojęciowego myślenia o problemie do myślenia formalnego. 
Według Bluma (1989) „proces tworzenia oprogramowania nie jest tylko 
logiczną derywacją produktu z ustalonej specyfikacji” (s. 13). 

A zatem w procesie urzeczywistniania konieczne jest ciągłe ulepszanie 
specyfikacji, gdyż dzięki niemu uzyskuje się głębsze zrozumienie problemu, 
a w efekcie lepszy program. W procesie abstrakcji pomija się bowiem pew- 
ne szczegóły, które mogą okazać się istotne i których dodanie stanie się 
później niezbędne. Blum sugeruje, że szybkie prototypowanie®° (ang. rapid 


48 Por. paragraf 2.1.1. 

49 Prototypowanie jest czasami przedstawiane jako paradygmat alternatywny do para- 
dygmatu matematycznego w programowaniu. Blum twierdzi jednak, że jednoczesne wy- 
korzystanie prototypowania i metod formalnych może być niezwykle owocne w procesie 
tworzenia oprogramowania oraz że mogą one współistnieć w obrębie tego samego para- 
dygmatu. 

50 Więcej szczegółów dotyczących tej techniki znaleźć można w pracy Bluma Formalism 
and Prototyping in the Software Process (Blum, 1989). 
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prototyping) jako „technika przedefiniowywania początkowej specyfikacji” 
może znacznie ulepszyć ten proces. 

W wielu pracach dotyczących analizy paradygmatu matematycznego 
w informatyce zwraca się uwagę na praktykę programowania. Na przykład 
Scherlis (1989) zauważa konieczność oddzielenia jakości programów (jako 
rezultatów procesu programowania) od metod wykorzystywanych podczas 
ich tworzenia. Programista praktyk powinien móc używać wszelkich metod, 
które prowadzą go do celu, jakim jest stworzenie dobrego programu. Na- 
tomiast dowód poprawności programu, rozumiany jako jego związek ze 
specyfikacją, należy rozumieć jako rodzaj jego dokumentacji. Co więcej, 
w procesie tworzenia specyfikacji i dokumentacji programów powinny być 
wykorzystywane zarówno komponenty formalne, jak i nieformalne. Ograni- 
czenie się tylko do metod formalnych natomiast można zastosować w celu 
sprawdzenia kluczowych własności programu. Jednakże nawet wtedy po- 
winno się dopuścić używanie metod nieformalnych (chociaż mniej wiary- 
godnych) - a to w celu zwiększenia przekonania co do innych (niekluczo- 
wych) cech systemu. Scherlis (1989) pisze: „Efektem będzie dowodzenie 
małych twierdzeń o dużych systemach, a nie dużych twierdzeń o małych 
systemach” (s. 1047). 

Warto zauważyć, że idea dowodzenia poprawności programu przed jego 
wykonaniem, jaką postulują często zwolennicy paradygmatu matematycz- 
nego, w większości praktycznych problemów nie ma zastosowania (Ham- 
ming, 1969). Tworzenie takich dowodów ma sens jedynie wtedy, gdy chce 
się stworzyć kolejny kompilator nowego, zdefiniowanego matematycznie 
języka programowania. Jednak w wielu przypadkach, jeśli nie w ich więk- 
szości, w programowaniu — podobnie zresztą jak w matematyce - istnieje 
przepaść pomiędzy tym, co powinno się zrobić (tym, co się postuluje), 
a tym, co można wykonać w praktyce. 

Większość skomplikowanych programów działa zazwyczaj poprawnie 
- choć przyznać trzeba, że niekoniecznie w najbardziej elegancki sposób - 
choć bez wykorzystania metod formalnych w procesie ich tworzenia. 
Metody inżynieryjne pozwalają bowiem na tworzenie dość wiarygodnych 
systemów w rozsądnym czasie i po rozsądnych kosztach. Kluczowe jest tu 
odróżnienie słowa „rozsądnie” od „optymalnie” czy „idealnie” (Winograd, 
1989). 

Rzeczywiste programy bardzo często mogą nie mieć charakterystyki 
matematycznej, wynikającej z używanych aksjomatów. Ponadto błędy 
w dowodach formalnych w matematyce są tak samo częste jak błędy w me- 
todach inżynierii. Potrzebne jest zatem, poza stosowaniem metod formal- 
nych w programowaniu, również testowanie, które może rozwiązać oba 
te problemy. Właściwie zaprojektowane testowanie może dostarczyć 
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informacji na temat prawdopodobieństwa wystąpienia błędów w kodzie 
oraz na temat prawdopodobieństwa ich ujawnienia w czasie wykonania pro- 
gramów. Pozwala ono również na lepsze dopasowanie modelu matematyczne- 
go do problemu rozwiązywanego przez program, czego nie zapewni formaliza- 
cja. Parnas (1989) pisze: „Nie ma dziedziny inżynierii, w której testowanie 
i uzasadnienie matematyczne traktowane są jako alternatywy. Powszechnie 
twierdzi się, że dopełniają się one i że obie są potrzebne” (s. 1405). 

Po przeanalizowaniu uwag informatyków na temat tworzenia rzeczywi- 
stych programów komputerowych można stwierdzić, że programowanie 
nie jest współcześnie działalnością matematyczną, choć być może kiedyś 
taką będzie. Obecnie jedynie „[lJudzie, którzy nie znają ani programowania, 
ani matematyki (tj. prawie wszyscy), uznają za oczywiste, że programowa- 
nie jest jak matematyka” (Van Emden, 1989, s. 1407). 


2.3. Podsumowanie 


Rozdział ten poświęcono jednej z podstawowych działalności infor- 
matyków, czyli programowaniu oraz jego wytworom - programom kompu- 
terowym. Programowanie jest to proces złożony i wieloetapowy. Jego 
początek stanowi stworzenie specyfikacji, opisu problemu, jaki program ma 
rozwiązywać; potem następuje wybór (lub stworzenie) algorytmu, czyli 
metody jego rozwiązania. Kolejnym etapem jest implementacja tego algo- 
rytmu w wybranym języku programowania, najczęściej w jednym z języków 
wysokiego poziomu. Procesor komputera wykonuje wyłącznie operacje 
zapisane w kodzie maszynowym, tak więc konieczne jest tłumaczenie - 
kompilacja lub interpretacja - kodu źródłowego programu do postaci 
binarnej. Tak powstały program poddawany jest sprawdzeniu, bądź to eks- 
perymentalnemu (testowaniu), bądź też - formalnemu, polegającemu na 
stworzeniu matematycznego dowodu jego poprawności. Zawarte w tym 
rozdziale rozważania unaoczniają nam, jak ciekawym obiektem badań dla 
filozofa jest ów proces programowania oraz powstały w jego wyniku byt, 
nazywany programem komputerowym. 

Paragraf 2.1.1 poświęcony został jednemu z najczęściej dyskutowanych 
problemów ontologicznych związanych z programami komputerowymi, 
a mianowicie ich dualnej naturze. Jest ona wyrażana stwierdzeniem, nazy- 
wanym dwuznacznością Fetzera, że program można rozumieć zarówno jako 
ciąg instrukcji zapisanych w języku programowania (byt abstrakcyjny), jak 
i jako proces, czyli wykonanie kodu źródłowego na maszynie fizycznej. Roz- 
różnienie to dobrze oddaje taksonomia obiektów informatyki stworzona 
przez A.H. Edena oraz R. Turnera (2006). 
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Wyróżniają oni trzy kategorie bytów, z którymi mają do czynienia in- 
formatycy: Hardware (maszyny nazywane komputerami), Metaprogramy 
(formuły zapisane w języku rachunku predykatów, opisujące programy) 
oraz Programy. Podział obiektów ostatniej kategorii na dwie grupy (Skrypty 
i Boty) odpowiada dwuznaczności Fetzera. Obiekty kategorii Boty to grupa 
bytów czasowych (procesów), które powstają w wyniku uruchomienia 
skryptów w konkretnych warunkach fizycznych. Z kolei Skrypty definio- 
wane są jako zawierające poprawnie sformułowane instrukcje dla pewnej 
klasy komputerów cyfrowych, to znaczy jako byty abstrakcyjne. Wśród 
skryptów autorzy wyróżniają dwie podkategorie: Kody Maszynowe, zapisa- 
ne w języku maszynowym, i Kody Zródlowe - skrypty zapisane w języku 
programowania wysokiego poziomu. 

Przyjmując, podobnie jak Eden i Turner, dwuznaczność Fetzera jako ce- 
chę charakterystyczną programów, należy odpowiedzieć na pytanie, jaki 
jest związek programów-napisów z ich wykonaniami. I tak można by przy- 
jąć, że program rozumiany jako proces oraz jego zapis są różnymi manife- 
stacjami tego samego obiektu. Bardziej intuicyjne jednakże wydaje się 
stwierdzenie, że programy-napisy powodują (wywołują) procesy zachodzą- 
ce w komputerze. W paragrafie 2.1.1 przedstawiono próby odpowiedzi na 
związane z tym poglądem pytanie o naturę takiego związku przyczynowe- 
go: propozycję traktowania programu komputerowego jako konkretnej 
abstrakcji (pochodzącą od Colburna) oraz - jako obiektu quasi-partykular- 
nego (na wzór utworu muzycznego). Wydaje się jednak, że dużo więcej 
zwolenników ma rozumienie programu jako bytu matematycznego (które- 
mu poświęcono paragraf 2.1.2). 

Traktowanie informatyki jako nauki formalnej, nowego działu matema- 
tyki, jest jednym z najszerzej dyskutowanych i krytykowanych w literaturze 
poglądów filozoficznych z nią związanych. Zwolennicy tego poglądu twier- 
dzą, że zarówno programy rozumiane jako napisy (opisujące zachowanie 
komputerów, na których są wykonywane), jak i programy-procesy to obiek- 
ty matematyczne. Te drugie są bowiem opisywane przez wyrażenia mate- 
matyczne, jakimi są programy-napisy. 

W paragrafie 2.1.2 dokonano analizy statusu wyrażeń stanowiących 
programy na przykładzie instrukcji podstawienia występującej we wszyst- 
kich językach programowania. Uznanie ich za zdania analityczne (właściwe 
dla nauk formalnych, w tym dla matematyki) byłoby ważnym argumentem 
na rzecz traktowania programów jako obiektów matematycznych. Wyraże- 
nia opisujące operację podstawienia można interpretować na różne sposo- 
by: jako rozkazy, które nie będąc zdaniami w sensie logicznym, nie są 
ani analityczne, ani syntetyczne, albo jako zdania oznajmujące, rozumiane 
dwojako. Jeśli dotyczą one fizycznych miejsc w pamięci, to operacja pod- 


115 


stawienia jest tylko przypuszczeniem co do wyniku wykonania programu 
i jako taka jest zdaniem syntetycznym, którego prawdziwość zależy od rze- 
czywistości, na przykład — od poprawności kompilacji tej instrukcji czy też 
od właściwego działania komputera. Jeśli z kolei rozumiemy instrukcję pod- 
Stawienia jako odniesienie do stanu maszyny abstrakcyjnej, to jest ona 
pewnego rodzaju założeniem (podobnym do założenia twierdzenia ma- 
tematycznego rozpoczynającego się od „niech...”, ale bez późniejszego 
„...wtedy”), które nie jest ani analityczne, ani syntetyczne. A zatem operacja 
podstawienia, podobnie jak inne wyrażenia języków programowania, jest 
albo zdaniem syntetycznym, albo też jest podobna do fragmentów wyrażeń 
matematycznych (których nie można traktować jako zdań analitycznych). 
Tym samym nie można stwierdzić, że programy są obiektami matematycz- 
nymi w klasycznym sensie. 

Jeśli jednak, wbrew wielu wątpliwościom, przyjmiemy, że programy są 
obiektami matematycznymi, to powstaje pytanie, jakiego rodzaju są to 
obiekty. Można je potraktować (por. Fetzer, 1991) jako funkcje działające ze 
zbioru „wejść” (danych) do zbioru „wyjść” (możliwych wyników), bądź też 
rozumieć je „metamatematycznie”, jako odpowiedniki twierdzeń matema- 
tycznych (Scherlis, Scott, 1983). 

Suber (1998) zaproponował — omówioną w paragrafie 2.1.3 - definicję 
programu komputerowego jako cyfrowego wzorca, rozumianego jako tabli- 
ca komórek (miejsc) zawierających jeden z dwóch możliwych symboli. Po- 
dał on również szereg zasad, założeń ontologicznych z nią związanych. 
Twierdzi między innymi, że każdy wzorzec analogowy może zostać odtwo- 
rzony we wzorcu cyfrowym (zasada cyfrowa) oraz że wzorce cyfrowe i ana- 
logowe wyczerpują dziedzinę wzorców (zasada wyczerpywania). Każdy 
rodzaj wzorca może więc być programem, bez względu na sposób rozumie- 
nia samego wzorca: jako bytu materialnego czy też może w sensie platoń- 
skim - jako idei. 

Aby umożliwić odróżnienie programów od losowego układu zer i jedy- 
nek (tj. szumu), autor proponuje przyjęcie zasady bezszumowości, głoszą- 
cej, że żaden wzorzec nie jest szumem dla wszystkich możliwych języków 
programowania i wszystkich możliwych maszyn. Wtedy jednak przy odpo- 
wiedniej interpretacji każdy układ zer i jedynek można rozumieć jako pro- 
gram. Dla uniknięcia tego problemu Suber wprowadza dodatkowe warunki 
na wzorce, które mają stanowić programy: ich czytelność dla maszyny oraz 
- wykonywalność. Modyfikacja ta nie rozwiązuje jednak problemu odróż- 
nienia programu od szumu, ponieważ wzorzec będący szumem może zostać 
wykonany przez maszynę, tyle tylko, że zostanie wykonany źle. Wydaje się, 
że dla odróżnienia różnych wykonań programów konieczne jest odwołanie 
się do celu programisty. Poprawnie działające programy realizują bowiem 
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cele swoich autorów, natomiast kody losowe lub błędne - nie. Pojęcie celu 
programisty jednakże nie jest łatwe do zdefiniowania, szczególnie jeśli zgo- 
dzimy się z istnieniem „programów naturalnych” - wpisanych w przyrodę, 
dla których trudno jest określić ich twórcę. Ponadto wymóg czytelności 
wzorców powinien zostać sprecyzowany, na przykład jako stwierdzenie, że 
wzorzec można wyrazić w odpowiedniej formie fizycznej, by móc uznać za 
program również jego zapis na kartce papieru, a ten przecież nie jest czy- 
telny dla maszyny. Jeśli jednak przyjmiemy zaproponowaną przez Subera 
zasadę dostrzegalności, która mówi, że wszystkie wzorce spełniają wyma- 
ganie fizyczne, a także jeśli uznamy zasadę cyfrową, wówczas każdy wzo- 
rzec spełnia założenie o czytelności i wykonywalności. Widzimy więc, że 
dodanie zasad jest zbędne, nie rozwiązuje bowiem problemu. Programem 
nadal może być każdy wzorzec - i tak, na przykład może nim być układ 
gwiazd w Drodze Mlecznej. 

Z definicją podaną przez Subera związane są jeszcze dwa inne ważne 
problemy ontologiczne: rozróżnienie wzorca jako danych i wzorca jako pro- 
gramu oraz określenie kryteriów równości programów. Rozwiązanie 
pierwszego z nich autor widzi w stwierdzeniu, że wzorce-programy to te, 
które uruchamiane są wcześniej i które pełnią funkcję kontrolną względem 
wzorców-danych. Bardziej problematyczne jest odróżnienie programów na 
podstawie wzorców. Jeśli bowiem rozumieć wzorzec w terminach czysto 
syntaktycznych, to różne wzorce (różniące się choćby jednym bitem) są 
różnymi programami. Jednak kod programu w języku maszynowym, po- 
wstający przez kompilację kodu napisanego w języku programowania wy- 
sokiego poziomu, to różne wzorce będące tym samym programem. Suber 
uważa, że do identyfikacji programów potrzebne jest przejście od składni 
do semantyki (uwzględniającej pojęcie celu programisty); dodaje przy tym do 
listy zasad kolejną (którą nazywa zasadą pitagorejską), głoszącą, że skład- 
nia „budzi” semantykę, co pozwala na stwierdzenie, że istotą programu jest 
sam wzorzec. 

Zaproponowana przez Subera definicja programu jako wzorca budzi 
jednak wątpliwości. Autor dodaje do niej liczne zasady, zazwyczaj bez ich 
uzasadnienia, które są silnymi założeniami ontologicznymi. Co więcej, uży- 
wane pojęcie „wzorca cyfrowego”, bez bliższego określenia jego natury, 
wydaje się nie mniej problematyczne niż samo pojęcie programu. Jeśli ro- 
zumiemy wzorce jako obiekty matematyczne, to definicja Subera jest tylko 
kolejną, nie do końca przemyślaną i niedostatecznie uzasadnioną wersją 
twierdzenia, że programy są obiektami matematycznymi. 

Jednym z najważniejszych problemów ontologicznych związanych 
z programami komputerowymi jest — rozważa je również Suber - określenie 
kryteriów ich identyczności. Jak już wspomniano, utożsamienie programu 
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z jego fizyczną reprezentacją zmusza nas do rozróżnienia programu zapisa- 
nego w języku programowania wysokiego poziomu i efektu jego kompilacji 
(lub interpretacji). Trzeba więc szukać innego kryterium identyczności 
programów, takiego, które nie koncentruje się wyłącznie na sposobie ich 
zapisu. Przydatna okazuje się semantyka języków programowania. 

Języki programowania - traktowane jako zbiór definicji i reguł - mają 
swoją gramatykę (określającą poprawność syntaktyczną wyrażeń) oraz 
semantykę (definiującą znaczenie występujących w nich konstrukcji). Se- 
mantyki języków programowania pomagają w tworzeniu nowych języków, 
służą do ich klasyfikowania, badania poprawności oraz do określania kryte- 
riów ich identyczności. Współcześnie wyróżnia się trzy podstawowe typy 
semantyk formalnych: operacyjne, denotacyjne oraz aksjomatyczne. W pa- 
ragrafie 2.1.4 poddano analizie przykładowe semantyki operacyjne i deno- 
tacyjne, bazujące na obiektach matematycznych (takich jak zbiory czy funk- 
cje), ze zwróceniem szczególnej uwagi na wprowadzane przez nie kryteria 
identyfikacji programów. 

Semantyki operacyjne opisują każdą strukturę języka przez czynności, 
jakie jej odpowiadają na maszynie abstrakcyjnej, tłumacząc wyrażenia tego 
języka na ciąg instrukcji dla niej. Semantyki denotacyjne natomiast charak- 
teryzują znaczenie zapisów w danym języku za pomocą funkcji matema- 
tycznych (wykorzystując najczęściej logikę, teorię mnogości oraz teorię 
kategorii), określających wartość danego wyrażenia (jego sens). Turner 
(2007) twierdzi, że semantyki operacyjne i denotacyjne nie różnią się 
w istotny sposób, ponieważ obie wprowadzają interpretacje matematyczne. 
Można jednak wskazać takie programy (por. paragraf 2.1.4), które pewna 
semantyka denotacyjna może utożsamiać (gdyż obliczają one tę samą funk- 
uwagę poszczególne kroki obliczeń. Która z nich jest zatem odpowiednia do 
określenia równości programów? 

Niektórzy badacze twierdzą (Turner, Eden 2011), że każda semantyka 
języka programowania wyznacza kryterium równości napisanych w tym ję- 
zyku programów, ponieważ dwa programy są równe wówczas, jeśli mają 
tę samą wartość semantyczną. Wydaje się jednak, że semantyki służące 
do utożsamiania programów powinny mieć pewne szczególne cechy - 
zgodność i pełność - określane łącznie jako pełna abstrakcyjność. Takie 
semantyki spełniają bowiem prawo Leibniza i oddają strukturę programów, 
abstrahując od ich szczegółów notacyjnych czy implementacyjnych. Od- 
zwierciedlenie tego prawa zawarte jest w pojęciu obserwacyjnej równo- 
ważności programów, którą, z filozoficznego punktu widzenia, można 
rozumieć jako rodzaj funkcjonalizmu. Turner (Turner, Eden 2011) definiuje 
ją następująco: Dwa programy P i Q są obserwacyjnie równoważne wtedy 
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i tylko wtedy, gdy we wszystkich kontekstach C[e], w których C[P] jest po- 
prawnym programem, również C[Q] jest poprawnym programem o tej 
samej wartości semantycznej. Oczywiście w praktyce nie jest możliwe 
sprawdzenie zachowania programu we wszystkich możliwych kontekstach 
i dlatego do pojęcia obserwacyjnej równoważności należy podchodzić 
z pewną ostrożnością. 

Semantyka może również pełnić funkcję normatywną, pomagając w pro- 
jektowaniu języków programowania posiadających odpowiednie własności 
metateoretyczne, na przykład przejrzystość referencyjną (wzajemną zastę- 
powalność termów stojących za tymi samymi obiektami). Przyczynia się 
ona do większej kontroli poprawności programu, ułatwia bowiem jej do- 
wodzenie. 

Czynnikiem ułatwiającym tworzenie programów, poza przejrzystością 
referencyjną samego języka programowania, jest odpowiednia forma specy- 
fikacji rozumianej jako każde przedstawienie wymagań stawianych przed 
programem. Tworzone w praktyce specyfikacje różnią się poziomem szcze- 
gółowości: od opisów wyrażonych w języku naturalnym (potocznym) aż po 
specyfikacje czysto formalne, rozumiane jako modele konceptualne. Nie ma 
powszechnej zgody nie tylko co do tego, jaka jej forma jest najlepsza, ale 
również w kwestii tego, jakiego rodzaju specyfikacje są wykorzystywane 
w praktyce. 

Wielu informatyków akceptuje wymóg tworzenia specyfikacji formal- 
nych, a niektórzy z nich postulują nawet o to, by były one wykonywalne. Te 
ostatnie są zazwyczaj rozumiane jako modele funkcjonalne programów (lub 
urządzeń) i jako takie ułatwiają tworzenie poprawnych programów. 
W szczególności pomocne są we wczesnym wykrywaniu i poprawianiu błę- 
dów w ich projektach. Ponadto umożliwiają natychmiastowe sprawdzenie 
tych fragmentów oprogramowania, których nie można sprawdzić w sposób 
formalny - na przykład interfejsu użytkownika. Specyfikacje wykonywalne 
mogą również służyć jako prototypy, umożliwiające eksperymentowanie 
z różnymi wymogami stawianymi przed programem, stając się znakomitym 
narzędziem komunikacji pomiędzy zamawiającym program klientem a two- 
rzącym go zespołem programistycznym. 

Wykorzystanie w procesie tworzenia programów specyfikacji formal- 
nych, a w tym wykonywalnych, rodzi pytanie o różnice pomiędzy nimi 
a opisywanymi przez nie programami. Najczęściej podawanym kryterium 
odróżniania jest poziom szczegółowości: program zawiera bardzo szczegó- 
łowy opis działania komputera (instrukcja po instrukcji), natomiast specy- 
fikacja opisuje tylko związek pomiędzy wejściem a wyjściem. Takie ujęcie 
nie ma jednak zastosowania w przypadku wielu specyfikacji formalnych, 
zapisanych za pomocą specjalnych języków, których poziom szczegółowości 
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zbliżony jest do złożoności programów. Inne kryterium, wykorzystujące 
pojęcie funkcji obiektu, wyraża się stwierdzeniem, że specyfikacje mają cha- 
rakter deskryptywny (opisują obiekt), w odróżnieniu od programów, które 
są imperatywne. Jednak rozróżnienie to jest właściwe tylko w przypadku 
programowania imperatywnego, a nie jest to jedyny obowiązujący para- 
dygmat. Nie wszystkie programy są imperatywne, co więcej, nie wszystkie 
specyfikacje są deskryptywne (gdyż niektóre zawierają dodatkowe wyma- 
gania związane na przykład z rodzajem instrukcji, jakich należy użyć w pro- 
gramie). Tak więc rozróżnienie deskryptywne/imperatywne nie będzie 
odpowiednim kryterium. Kolejną opisaną w literaturze ideą jest twierdze- 
nie, że program komputerowy - w przeciwieństwie do specyfikacji - moze 
zostać skompilowany i wykonany. Z takim ujęciem wiąże się jednak wiele 
niejasności i trudności, które zostały opisane w paragrafie 2.1.5. Jeśli za- 
kładamy, że z możliwością „kompilacji” wiąże się fizyczne istnienie kom- 
pilatora, to status obiektów może zmieniać się w czasie: coś, co dziś jest 
specyfikacją (ponieważ nie istnieje dla niego kompilator), niebawem może 
stać się programem. Co więcej, istnienie wspomnianych wcześniej specyfi- 
kacji wykonywalnych podważa zasadność takiego twierdzenia. 

Wydaje się, że najbardziej odpowiednie kryterium odróżnienia specyfi- 
kacji od programów związane jest z intencjami ich tworzenia (Fuchs, 1992). 
Specyfikacja, w przeciwieństwie do programu, jest bowiem nie tylko opisem 
działania artefaktu, wprowadza bowiem również kryteria poprawności tego 
działania, a to znaczy, że pełni funkcję normatywną. Czym jest tak rozumia- 
na specyfikacja? 

Można ją traktować jako definicję warunkową artefaktu (Turner, 2011), 
z zastrzeżeniem, że nie każda taka definicja jest specyfikacją, ponieważ musi 
ona posiadać siłę normatywną w procesie konstrukcji artefaktu. Można 
również twierdzić, że specyfikacja jest odpowiednikiem teorii naukowej, 
którą informatycy poddają sprawdzeniu przez skonstruowanie artefaktu 
przez nią opisywanego. Specyfikacje nie są jednak opisami świata, nie poda- 
ją wiedzy na temat tego, jaki on jest. I dalej, nie są one wyjaśnieniami 
naukowymi, a także nie przewidują, że artefakt będzie działał poprawnie. 
Opisują tylko znaczenie „poprawnego działania”. Nie można ich zatem na- 
zywać teoriami naukowymi w klasycznym sensie. Oprócz ujęcia specyfikacji 
jako definicji czy teorii naukowych spotyka się też twierdzenie, że są one 
opisami funkcjonalnymi obiektów - to jest mogą mieć te samą forme, zbli- 
żony poziom szczegółowości, jak również mogą być opisane podobnym 
językiem (formalnym lub nie). Powstaje zatem pytanie, czy nie są to pojęcia 
tożsame, a jeśli nie, to jak odróżnić specyfikację od opisu funkcjonalnego. 
Jedyną istotną różnicę stanowi czas ich powstania (Turner, 2011). Jeśli bo- 
wiem opis powstał przed konstrukcją obiektu, to mamy do czynienia ze 
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specyfikacją (posiada ona charakter normatywny), w przeciwnym wypadku 
- będzie to tylko opis jego funkcjonowania. 

Równie ciekawym tematem badań dla filozofa, związanym z procesem 
tworzenia programów, jest implementacja. Już samo to pojęcie jest wielo- 
znaczne. W informatyce pojawia się ono przynajmniej w trzech różnych 
kontekstach: zapisu algorytmu w języku programowania (program jest im- 
plementacją algorytmu), w sytuacji, gdy programy są implementowane 
w języku maszynowym, oraz - w związku ze strukturami danych (gdy są 
one implementacją abstrakcyjnych typów danych). Na szczególną uwagę 
zasługuje definicja implementacji (Rapaport, 1999) jako interpretacji se- 
mantycznej, ponieważ takie ujęcie ułatwia wyjaśnienie natury symulacji 
komputerowych. Jednak analizy różnych informatycznych przykładów im- 
plementacji przedstawione w paragrafie 2.1.6 wykazują, że niektóre z nich 
nie spełniają stawianego przed interpretacjami semantycznymi wymogu - nie 
podają kryterium poprawności. A zatem nie wszystkie implementacje są 
interpretacjami semantycznymi, gdyż - wbrew opinii Rapaporta - nie każdy 
związek pomiędzy dwiema dziedzinami, w której jedna jest używana, by 
rozumieć lub zinterpretować drugą, jest interpretacją semantyczną. 

Przedstawione w podrozdziale 2.1 rozważania pokazują, jak wiele pojęć 
związanych z programem komputerowym oraz z procesem jego tworzenia 
wymaga pogłębionej refleksji filozoficznej. Trudności dotyczą jednak nie 
tylko kwestii ontologicznych, wiążą się one także Ściśle z zagadnieniami 
epistemologicznymi. 

Jednymi z najszerzej dyskutowanych kwestii epistemologicznych doty- 
czących pojęcia programu komputerowego są metody badania jego po- 
prawności. Już samo rozumienie pojęcia „poprawny” w odniesieniu do pro- 
gramu komputerowego budzi wiele kontrowersji. Najczęściej przez zwrot 
„poprawny program” rozumie się albo jego zgodność ze specyfikacją, albo 
też - program rozwiązujący stawiany przed nim problem. W paragrafie 
2.2.1 zbadano kwestie związane z dopuszczalnymi metodami sprawdzania 
poprawności programów. 

Zwolennicy tak zwanego paradygmatu matematycznego w informatyce 
twierdzą, że programy są bytami matematycznymi i dlatego dla pokazania 
poprawnego ich działania należy tworzyć formalne dowody ich zgodności 
ze specyfikacją. Dopuszcza się przy tym zastosowanie programów weryfiku- 
jących, tworzących tak zwane weryfikacje. Pogląd ten jest szeroko krytyko- 
wany w literaturze przedmiotu. Niektórzy badacze twierdzą bowiem, że nie 
można zweryfikować matematycznie poprawności programu, ponieważ jest 
on elementem systemu przyczynowego, którego nie da się sprawdzić me- 
todami formalnymi. Możliwe jest tylko udowodnienie poprawności algo- 
rytmów wykorzystanych przy jego tworzeniu. To, co można stwierdzić, to 
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wiarygodność systemu komputerowego, a do tego celu wystarczy obserwa- 
cja jego wykonania, czyli testowanie. 

Testowanie programów, omówione w paragrafie 2.2.2, polega na uru- 
chomieniu programu dla reprezentatywnego zbioru danych i obserwacji 
jego wyników. Oczywiście w przypadku większości nawet prostych pro- 
gramów nie jest realne sprawdzenie ich działania dla wszystkich możliwych 
danych początkowych. Tak więc, jak zauważył Dijkstra (1989), testowanie 
programu może wykazać obecność błędów - ale nie ich brak. Nie podważa 
to jednak celowości stosowania tej metody badania, ponieważ może ona 
zwiększyć przekonanie co do poprawnego działania danego programu (co 
jest całkowicie zgodne z metodologią nauk eksperymentalnych). 

W paragrafie 2.2.2 omówiono również konteksty, w których używa się 
w informatyce terminu „testowanie”. Najczęściej testuje się program w celu 
sprawdzenia jego poprawności rozumianej jako zgodność z formalną specyfi- 
kacją. Można również uruchomić program, by stwierdzić, czy system sprzę- 
towo-programowy, na którym jest on wykonywany, funkcjonuje właściwie. 
Oczywiście, oba te rodzaje testowania są Ściśle ze sobą związane. Z kolei gdy 
tworzy się program komputerowy w celu rozwiązania jakiegoś problemu, to 
testuje się go, w celu sprawdzenia, czy spełnia on stawiane przed nim wyma- 
gania - czy rozwiązuje problem. Kluczową rolę odgrywa wówczas metoda roz- 
wiązania, czyli algorytm5!. Colburn (2000) wyjaśnia rolę algorytmu w kom- 
puterowym rozwiązywaniu problemów poprzez analogię z metodologią 
nauk przyrodniczych. Twierdzi on, że pisanie programów jest w informaty- 
ce tym samym, co konstruowanie modeli w naukach przyrodniczych - i że 
informatyka jest nauką eksperymentalną. Podobny sposób ujmowania in- 
formatyki ma jednak wielu przeciwników, którzy wskazują między innymi 
na trudności z określeniem różnic pomiędzy programem a algorytmem. 

Programy tworzy się również i uruchamia w celu sprawdzenia pewnej 
hipotezy naukowej w komputerowym modelu rzeczywistości. Stanowią one 
wówczas tylko narzędzia w procesie sprawdzania (podobnie jak aparatura 
badawcza) i służą do testowania hipotez oraz do odkrywania nieznanych 
dotąd praw natury. Powyższe ujęcie testowania związane jest z tak zwanym 
paradygmatem naukowym, czyli stwierdzeniem, że programowanie (lub 
nawet cała informatyka) jest nauką przyrodniczą. 

Bliski związek testowania programów z naukami eksperymentalnymi 
potwierdza analiza używanych w nim rozumowań, przedstawiona przez 
Colburna (2000). Twierdzi on, że argumentacje zawarte w testowaniu to 
rodzaj rozumowań indukcyjnych, które nazywa się podważalnymi (ang. 


51 Sprawdzanie poprawności algorytmu jest blisko związane z kolejnym celem testowa- 
nia programu - z badaniem, czy zaproponowane w specyfikacji rozwiązanie jest poprawne. 
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defeasible), ponieważ odnoszą się one do założenia o „typowości” nieobser- 
wowalnych przypadków (niesprawdzonych podczas testowania wejść pro- 
gramu). Owa podważalna natura wnioskowań zawartych w testowaniu 
programów nie gwarantuje ich właściwego działania w sposób absolutny. 
Dlatego też niektórzy naukowcy twierdzą, że testowanie powinno zostać 
zastąpione lub przynajmniej uzupełnione dowodami formalnymi. 

Postulat przeprowadzania formalnych dowodów poprawności progra- 
mów, rozumianej jako jego zgodność ze specyfikacją, związany jest ze 
wspomnianym wcześniej paradygmatem matematycznym w informatyce. 
Prace nad formalną weryfikacją trwały od lat 60. XX wieku, a ich wynikiem 
są liczne, często wykorzystywane także i dzisiaj, techniki i narzędzia do 
opisu i badania własności programów. Najważniejsze z nich przedstawiono 
w paragrafie 2.2.3. 

Jednym z pierwszych badaczy zajmujących się wykorzystaniem metod 
formalnych w informatyce był McCarthy (1962). On to właśnie stworzył 
teorię matematyczną służącą do opisu i badania własności programów. 
Oparł ją na teorii funkcji rekurencyjnych, wzbogaconej o wyrażenia warun- 
kowe; w ten sposób chciał stworzyć dostatecznie silny aparat matematycz- 
ny. Dzięki niemu mógł dowodzić, że programy są poprawne w rozumieniu 
szerszym niż tylko ich zgodność ze specyfikacją (czyli że program „rozwią- 
zuje problem”), oraz dokonywać automatycznych tłumaczeń pomiędzy ję- 
zykami programowania. 

Jedną z pierwszych logik służących do dowodzenia poprawności pro- 
gramów stworzył natomiast Hoare (1969). Uważał on, że poprawność dzia- 
łania można wyrazić w terminach związków zachodzących pomiędzy war- 
tościami pewnych zmiennych, przed wykonaniem programu - i po nim; 
zmienne te formułował w terminach logiki i operacji arytmetycznych. Po- 
dane przez niego aksjomaty i reguły dowodowe miały umożliwić dowodze- 
nie poprawności w sposób czysto formalny. Hoare, choć odniósł częściowy 
sukces, przeprowadzając formalne dowody poprawności dwóch prostych 
programów, miał świadomość ograniczeń swej metody. Nie można jej było 
stosować do wszystkich języków programowania, ponieważ operacja pod- 
stawiania w nich wykorzystana nie mogła powodować efektów ubocznych. 
Co więcej, w systemie tym nie jest możliwe przeprowadzanie dowodu, że 
program zakończy swoje działanie. I, co najistotniejsze, Hoare rozumiał, 
że poprawność działającego programu zależy od czegoś więcej niż tylko od 
weryfikacji formalnej - w tym, między innymi, od sprzętu, a w szczególności 
od sposobu reprezentacji liczb; stworzył on nawet aksjomatykę dla „aryt- 
metyki komputerowej”. 

Przykładem wykorzystywanych do dziś technik, powstałych w wyniku 
badań nad formalną weryfikacją programów, jest metoda niezmienników 
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Floyda, zapoczątkowana przez Naura (1966). Twierdził on, ze aby móc mó- 
wić o programach jako o obiektach statycznych oraz dynamicznych jedno- 
cześnie, należy zatrzymywać ich wykonanie od czasu do czasu i opisywać 
Stany maszyny w tych momentach. Jeśli w programie umieści się dostatecz- 
ną liczbę punktów kontrolnych (to jest miejsc zatrzymania), można wów- 
czas badać związki, jakie - wyrażone za pomocą formuł - zachodzą pomię- 
dzy stanami maszyny w tych właśnie punktach. Wywodząca się z tej idei 
metoda niezmienników Floyda polega na umieszczeniu takich punktów 
na diagramach sekwencji działań programów (a właściwie algorytmów) i na 
sprawdzeniu pewnych warunków nazywanych niezmiennikami. Powstałe 
w ten sposób dowody częściowej poprawności programów są typowymi 
dowodami matematycznymi, w których zazwyczaj wykorzystuje się induk- 
cję. Niektórzy badacze twierdzą jednak, że metoda ta nie daje stuprocentowej 
gwarancji co do poprawnego wykonania programu, gdyż zawarte w niej 
rozumowania są podważalne, wykorzystują bowiem założenia dotyczące typo- 
wości nieobserwowalnych przypadków (między innymi założenie o popraw- 
nym funkcjonowaniu wykorzystywanego oprogramowania i sprzętu). 

Najczęściej dyskutowanym argumentem na rzecz paradygmatu matema- 
tycznego, związanym z praktyczną realizacją formalnej weryfikacji progra- 
mów, jest argument ze zwiększania skali. Wyraża się go zazwyczaj poprzez 
stwierdzenie, że weryfikacja dużych programów jest sumą wielu małych 
weryfikacji jego składowych - z czego wynikałoby, że z czasem powstałyby 
formalne weryfikatory dla rzeczywistych, nawet bardzo skomplikowanych 
programów. Argument ten jest szeroko krytykowany. Najwięcej wątpliwo- 
Ści budzi twierdzenie, że duży system nie jest niczym więcej niż tylko sumą 
swoich składowych. Nie powinno się również utożsamiać algorytmów 
i programów - wystarczy porównać ich specyfikacje, by stwierdzić, że są to 
inne obiekty, a rozwój jednych nigdy nie doprowadzi wprost do drugich. Co 
więcej, nie zawsze można przewidzieć działanie programów w sposób czy- 
sto analityczny, często sami autorzy są zaskoczeni sposobem ich funkcjo- 
nowania. Ponadto dowody formalne w matematyce są często długie i trudne 
do zrozumienia - i podobnie jest w przypadku formalnych weryfikacji rze- 
czywistych programów. DeMillo, Lipton i Perlis (1979) twierdzą, że weryfi- 
kacje programów - pomimo tego, ze są ciągami formuł logicznych - nie są 
dowodami w sensie matematycznym, ponieważ ich akceptacji nie towarzy- 
szą procesy społeczne charakterystyczne dla uznawania wyników matema- 
tycznych. 

Zwolennicy metod matematycznych w informatyce przyjmują najczę- 
Ściej, że pojęcie poprawności programu sprowadza się do jego zgodności 
z formalną specyfikacją. Jednak sama idea tworzenia takich specyfikacji jest 
bardzo dyskusyjna. Jak pokazują analizy zawarte w paragrafach 2.1.5 oraz 
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2.2.3, nie ma powszechnej zgody ani co do tego, jakie specyfikacje powinny 
być tworzone, ani nawet do tego, jakie są obecnie wykorzystywane (w prak- 
tyce). Jeśli jednak, wbrew licznym zastrzeżeniom, uzna się potrzebę two- 
rzenia formalnych specyfikacji, to nadal pozostaje trudność pokazania jej 
zgodności z programem. Twierdzi się, że tak rozumiana weryfikacja pro- 
gramów ma sens jedynie przy założeniu, że i program, i jego specyfikacja 
powstają niezależnie, a także - ze nie ulegają one zmianom. Wiadomo jed- 
nak, iż podczas procesu tworzenia oprogramowania wzajemne oddziały- 
wania pomiędzy nimi są nader częste, tak więc w efekcie wprowadza się 
zmiany zarówno w specyfikacji, jak i w samym programie. 

Warto zwrócić uwagę, że głównym powodem w dążeniu do formalizacji 
programowania jest twierdzenie, że jest ona niezbędna w dowodzeniu po- 
prawności programów, która to poprawność stanowi absolutny priorytet 
dla informatyków. Twierdzenie to można jednak łatwo obalić. Pewne wła- 
sności programów są bowiem do udowodnienia niezależnie od tego, czy 
zostały one sformułowane w sposób formalny, czy też nieformalny. Przy- 
kłady takich rozumowań podają między innymi Aho, Hopcroft i Ullman 
(1974). Co więcej, wiele powszechnie używanych programów zawiera błę- 
dy, a to już dowodzi, że poprawność programu nie jest priorytetem progra- 
mowania. 

Ważną kwestią filozoficzną związaną z programowaniem jest rozróż- 
nienie pomiędzy modelami matematycznymi a ich fizycznymi odpowiedni- 
kami. W paragrafie 2.2.3 przedstawiono wybrane poglądy dotyczące tej 
kwestii. Fetzer (1991) twierdzi, popierając swoją opinię przykładami, że 
prawdziwe zdania matematyki mogą okazać się empirycznie fałszywe. Za- 
tem nie jest możliwe stworzenie matematycznego dowodu dotyczącego 
własności programu wykonanego na konkretnym obiekcie fizycznym (kom- 
puterze), ponieważ nie istnieją prawdy matematyczne dotyczące obiektów 
fizycznych. Barwise (1989) natomiast dzięki analizie wykorzystania mate- 
matyki do badania rzeczywistości fizycznej zauważa, że jeśli w ogóle po- 
winno się mówić o programowaniu jako części matematyki, to powinna to 
być matematyka stosowana (a nie matematyka czysta), która co prawda nie 
gwarantuje wiedzy pewnej, dotyczącej rzeczywistości fizycznej, ale może 
prowadzić do uzasadnienia pewnych poprawnych przypuszczeń z nią zwią- 
zanych. 

Przedstawione w podrozdziale 2.2 analizy pokazują, że autorzy piszący 
o metodach tworzenia programów, a w szczególności zwolennicy paradyg- 
matu matematycznego, bardzo często nie odróżniają modelu matematycz- 
nego od modelowanych obiektów. Należy pamiętać, że formalne weryfika- 
cje, jako dowody matematyki stosowanej, dotyczą modelu - a nie działania 
programu na fizycznym urządzeniu (komputerze). Ponadto w przypadku 
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weryfikacji systemów komputerowych (to znaczy programów i urządzeń, 
na których są one wykonywane) powinno się stworzyć matematyczne mo- 
dele otoczenia, w jakim one działają i którego częścią są użytkownicy. Wy- 
daje się, że stworzenie takich właśnie modeli jest krańcowo trudne, jeśli nie 
niemożliwe. Jeżeli nawet modele takie powstaną, to problematyczne będzie 
stwierdzić, czy są one adekwatne dla danego fragmentu rzeczywistości. 
Dlatego też wielu informatyków opowiada się za przyjęciem w procesie 
tworzenia oprogramowania wszystkich skutecznych metod - czyli nieogra- 
niczaniem się do metod formalnych. 

Praktyka programowania, na którą zwracają uwagę między innymi 
Scherlis, Hamming i Parnas, wskazuje, że należy oddzielić jakość progra- 
mów (jako rezultatów procesu programowania) od metod wykorzystywanych 
podczas ich tworzenia. Scherlis (1989) twierdzi, że programista powinien 
móc używać wszelkich metod, które prowadzą go do celu, jakim jest stwo- 
rzenie dobrego programu, dowód jego poprawności natomiast należy ro- 
zumieć jako rodzaj dokumentacji. Hamming (1969) zauważa z kolei, że idea 
dowodzenia poprawności programu przed jego wykonaniem najczęściej nie 
znajduje zastosowania w praktyce. Większość istniejących programów dzia- 
ła zazwyczaj poprawnie bez wykorzystania w procesie ich tworzenia metod 
formalnych, bowiem metody inżynieryjne wystarczają do zbudowania dość 
wiarygodnych systemów w rozsądnym czasie i po rozsądnych kosztach. 
Parnas (1989) twierdzi natomiast, że testowanie i uzasadnienie matema- 
tyczne dopełniają się i że oba te procesy są potrzebne. Wydaje się zatem, że 
programowanie nie jest obecnie działalnością matematyczną, co oczywiście 
nie wyklucza, że taką się stanie. 


Rozdziat 3 


Informacja 


„Informacja” to termin bardzo stary, który zyskał nowe znaczenie 
wraz z pojawieniem się komputerów. Informacja stała się bowiem przed- 
miotem zainteresowań nie tylko filozofów, ale i informatyków1. 

W wielu, o ile nie w większości, pojawiających się obecnie definicjach in- 
formatyki spotyka się twierdzenie, że jest ona nauką zajmującą się bada- 
niem różnych aspektów informacji. Na przykład, w Encyklopedii PWN pod 
hasłem „informatyka” znajdujemy określenie: „dyscyplina naukowa zajmu- 
jaca się przetwarzaniem informacji z użyciem komputerów”2. Twierdzi sie 
(por. np. Gorn, 1963; Forsythe, 1967; Atchison i in., 1968; Denning, 1981, 
1985, 1989, 1995; Denning i in., 1981, 1989; Hartmanis i Lin, 1992; Hart- 
manis, 1993), że informatycy zajmują się badaniem sposobów reprezento- 
wania i przetwarzania informacji w systemach informatycznych, efektyw- 
nością tych procesów, możliwościami ich zastosowań, jak również naturą 
samej informacji - jej filozofią. Hartmanis i Lin (1992) piszą: „Informatycy 
koncentrują się na informacji, na sposobach jej reprezentowania i przetwa- 
rzania, na maszynach oraz systemach, które realizują te zadania” (s. 164). 
Z kolei Forsythe (1967) twierdzi, ze „[i|nformatyka w ogólności jest sztuką 
i nauką reprezentowania i przetwarzania informacji, a w szczególności 
przetwarzania jej za pomocą maszyn logicznych nazywanych automatycz- 
nymi komputerami cyfrowymi” (s. 4). 


1 Warto w tym miejscu podkreślić, że całkowicie poprawne i uzasadnione jest mówienie 
o informacji w kontekście prac autorów żyjący przed dobą komputeryzacji. Analiza dzieł 
takich twórców jak Platon, Kartezjusz czy Nitzsche może być bardzo owocna, szczególnie 
w dziedzinie metodologii informacji. 

2 http://encyklopedia.pwn.pl/haslo/3914698/informatyka.html 
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Warto zwrócić uwagę, że zazwyczaj pod pojęciem informacji rozumie sie 
zarówno to, co przetwarzają komputery, jak i informację naturalną - wpisa- 
ną w otaczającą nas rzeczywistość przyrodniczą. Zatem można stwierdzić, 
że informatyka bada nie tylko urządzenia i techniki przetwarzania infor- 
macji (w szczególności metody jej efektywnej transmisji), ale również 
informację zawartą na przykład w kodzie genetycznym. 

Rozdział ten poświęcimy analizie filozoficznej szeroko rozumianego 
pojęcia „informacja”, rozpoczynając od omówienia różnych sposobów jej 
definiowania. 


3.1. Definicje informacji 


W czasach współczesnych pytanie o definicję i naturę informacji jest 
jednym z podstawowych i najczęściej zadawanych w filozofii nauki. Pojęcie 
„informacja” pojawia się bowiem w wielu - jeśli nie w większości - dyscy- 
plinach naukowych, w szczególności w biologii, fizyce, naukach społecznych 
i ekonomicznych. Czy w kontekstach różnych nauk pojęcie to ma takie samo 
znaczenie? I w szczególności, czym jest informacja w informatyce? 

Wbrew powszechnemu przekonaniu źródeł pojęcia „informacja” należy 
szukać w historii starożytnej, a nie w dwudziestowiecznych rozważaniach 
dotyczących komputerów jako urządzeń przetwarzających i przesyłających 
informacje. 

Termin „informacja” pochodzi od łacińskiego słowa informatio, które ma 
dwa znaczenia: 1) proces nadawania formy czemuś materialnemu oraz 
2) akt komunikowania wiedzy innej osobie (Capurro, 2009). Po raz pierw- 
szy pojawia się on w pracach starożytnych filozofów: w platońskiej teorii 
idei - wiecznych bytów niedostępnych poznaniu zmysłowemu - oraz u Ary- 
stotelesa, w pojęciu formy jako tego, co nadaje kształt i postać materii. 
Omawiając teorie starożytnych Greków, Cyceron i św. Augustyn używają 
łacińskich słów informare oraz informatio dla oznaczenia takich terminów 
jak: idea (idea), esencja (eidos) czy forma (morphe). Warto zauważyć, że 
rdzeń „forma” jest obecny w wielu językach w słowach określających infor- 
mację: w angielskim in-form-ation, a w języku polskim in-forma-cja. 

Podobnie wyglądają dzieje początków matematycznych teorii opisują- 
cych informację; początków ich nie należy szukać w teorii XX-wiecznej ko- 
munikacji Shannona, lecz już w starożytności. Wtedy bowiem opisywano 
formę bytu jako wzorzec lub strukturę, którą można przedstawić za pomocą 
liczb. Opisy takie miały dwa aspekty: ontologiczny (wyjaśniały istotę rze- 
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czy) i epistemologiczny (przedstawialy sposoby jej poznania). Mozna zatem 
stwierdzić, ze pojęcie „informacja” ma od początku związek z ontologia, 
epistemologią i matematyką. 

Historia pojęcia „informacja” w nowożytnej filozofii jest bardzo skom- 
plikowana. Zniknęło ono bowiem prawie całkowicie z analiz filozoficznych, 
zyskało natomiast popularność w mowie potocznej. Około XIV wieku termin 
ten pojawił się w wielu językach europejskich w kontekście nauczania. Jest 
to jedno z trzech różnych, istotnych historycznie, znaczeń tego słowa. 

Najstarsze z nich, związane również z edukacją, to rozumienie „informa- 
cji” jako procesu, mianowicie - bycia informowanym. W filozofii klasycznej 
mówiono o rozpoznaniu obiektu jako na przykład konia, gdy „forma” konia 
„zakorzenia się” w umyśle - była to właśnie „informacja” o naturze tego 
zwierzęcia. Takie pojmowanie „informacji” nakierowane jest na proces. 
Z jego rezultatem związane jest drugie ze znaczeń informacji - jako stanu 
agenta. Jeśli nauczamy w szkole twierdzenia Pitagorasa, to po zakończeniu 
procesu jego poznawania przez uczniów możemy powiedzieć, że mają oni 
informacje na jego temat. Co więcej, jeśli zapoznając uczniów z tym zagad- 
nieniem, korzystamy z jego przedstawienia w podręczniku, to naturalne jest 
powiedzieć, że podręcznik zawiera informacje o twierdzeniu Pitagorasa. 
W ten sposób dochodzimy do trzeciego znaczenia terminu „informacja”, 
czyli zdolności obiektu (książki) do informowania agenta (ucznia). W tym 
samym sensie mówimy o informacji w sytuacji, gdy uczeń po otrzymaniu jej 
od nauczyciela przekazuje ją swojemu koledze. Informacja staje się wów- 
czas czymś, co może być przechowywane, przekazywane i mierzone. 

W języku potocznym rzeczownik „informacja” jest używany w głównej 
mierze dla oznaczenia jakiejś ilości danych, kodu lub tekstu, które są prze- 
chowywane, przesyłane lub przetwarzane w dowolnym medium. Uniwer- 
salność tego terminu - związana z jego powszechnym użyciem - idzie 
w parze z brakiem precyzji w jego definiowaniu. 

Próbę sprecyzowania potocznego rozumienia pojęcia „informacja” pod- 
jat Jacek J. Jadacki (2003). Proponuje on następujące określenie: 


Jeżeli x wygłasza w obecności y-a w chwili t zdanie Z, to x przekazuje 

y-owi w chwili t informację o tym, czy p, gdy: 

(a) y w okresie (bezpośrednio) przed chwilą t nie wie, czy p (w szczególności 
z wiedzy y-a z okresu przed t nie wynika ani to, że p, ani to, że nie-p); 

(b) y w chwili t odbiera (scil. słyszy) zdanie Z: 

- rozumiejąc zdanie Z; 

- uznając zdanie Z za dostatecznie uzasadnione i prawdziwe; 

[i tym samym:] 

(c) yw okresie (bezpośrednio) po chwili t wie, czy p. (s. 8, wyróżnienie oryginalne). 
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Istniejące definicje informacji można podzielić na dwie grupy: ogólne 
(zunifikowane) - odpowiednie dla wszystkich zastosowań tego terminu, 
oraz specyficzne - dla poszczególnych nauk. Definicje należące do pierwszej 
grupy starają się ująć cechy informacji wspólne wszystkim dziedzinom, 
w których występuje to pojęcie (również odnoszące się do potocznego jego 
rozumienia), natomiast te należące do drugiej ograniczają się do konkretnej 
nauki - czym innym jest informacja w biologii, czym innym zaś w socjologii 
czy informatyce. Można jednak przyjąć jeszcze inną klasyfikację. 

Nawrocki (2003) zaproponował podział istniejących definicji informacji 
na trzy grupy, biorąc pod uwagę kryterium przedmiotowe, to znaczy zjawi- 
ska i procesy, na których poszczególne definicje się koncentrują. 

Pierwszą grupę stanowią definicje reprezentujące podejście „struktura- 
listyczne”, zakładające istnienie w każdym obiekcie materialno-energetycz- 
nym informacji o nim samym - a jest ona niezależna od zewnętrznego 
obserwatora. Informacja ta „zakodowana” jest jako konstruktywny, dyna- 
miczny ład wewnętrzny jego makro- i mikrostanów, z regułami oddziały- 
wań, transformacji i utrzymywania koherencji. Informacja stanowi wtedy 
trzeci, poza materią i energią, składnik wszelkiego bytu realnego, wyraża- 
jący jego wewnętrzną organizację. 

Definicje grupy drugiej - „interakcyjne”, opisują informację jako odzwier- 
ciedlenie zmian, które dokonują się w toku wzajemnego oddziaływania róż- 
nych obiektów realnych, poprzez nośniki sygnałów i za pośrednictwem 
wspólnych środowisk. Każde takie oddziaływanie polega na wzajemnych 
reakcjach powodujących zmiany w obiektach oddziałujących, a odbiór in- 
formacji warunkowany jest możliwością ich rozpoznania i absorpcji. 

Cechą charakterystyczną definicji grupy trzeciej - „komunikatywistycz- 
nych”, jest przyjmowanie założenia, że informacja nie istnieje bez przetwa- 
rzającego ją odbiorcy. Istnienie jej ogranicza się zatem do sytuacji, w której 
mamy do czynienia z sygnałem niosącym treść aktywnie przetwarzającemu 
go odbiorcy. Nawrocki (2003) pisze: „Informacja jest odwzorowaniem ode- 
branego sygnału zmiany (inności, różnicy) przez układ recepcyjno-przetwa- 
rzający odbiorcy i rezultatem porównywania treści tej zmiany z jego zaso- 
bami informacyjno-znaczeniowymi” (s. 53). 

Nawrocki (2003) proponuje również własną definicję informacji jako 
„treści sygnału mającej sens dla odbiorcy” (s. 56). Wyjaśnia przy tym, że 
sygnał to zbiór zmian odpowiadających danemu schematowi, treść to sku- 
tek aktu poznania („wypełnienie” pojęcia), natomiast sens jest logicznym 
odniesieniem do zbioru znaczeń. „Posiadanie sensu” odbiorca rozumie jako 
zależność polegającą na tym, że informacja kształtowana jest przez sygnał, 
odbiorcę oraz jego reakcję, polegającą na przypisaniu temu sygnałowi sen- 
su. Informacja ma zatem sens nadany jej przez odbiorcę sygnału. Autor 
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twierdzi, ze jego definicja ma zastosowanie do interpretacji komunikatywi- 
stycznej i interakcyjnej, nie odpowiada jednak rozumieniu strukturalistycz- 
nemu. Jego zdaniem, w definicjach strukturalistycznych stosowanie pojecia 
„informacja” jest nadużyciem, które można usprawiedliwić jedynie brakiem 
innego, adekwatnego terminu. Nie można bowiem mówić o informacji bez 
relacji do jej zewnętrznego odbiorcy. 

Jeszcze inną klasyfikację definicji informacji zaproponował Floridi 
(2004c), dzieląc je na redukcjonistyczne, nieredukcjonistyczne oraz antyre- 
dukcjonistyczne3. 

Twórcy definicji redukcjonistycznych próbują stworzyć ogólną teorię, 
twierdząc, że wszystkie rodzaje informacji są redukowalne do pewnych 
pojęć bazowych (ang. ur-concepts). Warto przy tym zauważyć, że dotych- 
czas - pomimo rozwoju wielu takich teorii — nie udało się wypracować jed- 
nej, powszechnie akceptowanej zunifikowanej definicji informacji. 

Przeciwne stanowisko prezentują antyredukcjoniści - podkreślający 
różnoraką naturę informacji oraz pojęć z nią związanych. Uważają oni, że 
informacja ma w różnych dyscyplinach naukowych nie tylko odmienne za- 
Stosowanie, ale nawet pochodzenie. Zatem próby stworzenia jednej teorii 
informacji dla wszystkich nauk są z góry skazane na niepowodzenie i należy 
rozwijać różne, niezależne od siebie koncepcje. 

Nieredukcjoniści natomiast chcą uniknąć dychotomii pomiędzy koncep- 
cjami redukcjonistycznymi i antyredukcjonistycznymi - na przykład po- 
przez zastąpienie jednego pojęcia bazowego siecią wielu pojęć centralnych, 
które mogą (ale nie muszą) być ze sobą powiązane. Zgodnie z takimi kon- 
cepcjami nie ma jednego kluczowego pojęcia informacji; jest ona widziana 
bardzo różnorodnie, jako interpretacja, zdolność (ang. power), relacja, wia- 
domość lub przekaz, rozmowa, konstrukcja, a nawet - towar*. 

Najwcześniejsze i jedno z najbardziej popularnych sformułowań ogólnej 
definicji pochodzi od Batesona (1973): „W rzeczywistości to, co rozumiemy 
przez informację - podstawową jej jednostkę - to różnica, która czyni róż- 
nicę (ang. a difference which makes a difference)” (s. 428). 

Rozmaite interpretacje występującego w tej definicji pojęcia „różnicy” 
doprowadziły do powstania wielu różnorodnych określeń informacji. Na 
przykład Floridi (2004a) - tworząc swoją ogólną definicję informacji - 
twierdzi5, że owa „różnica” jest stanem dyskretnym (a więc daną), nato- 


3 „Czym jest informacja?” jest jednym z pytań nazywanych sokratejskimi - „co to jest x?”. 
Zazwyczaj odpowiedzi na takie pytania można podzielić na takie właśnie trzy duże grupy. 

4 Tacy filozofowie jak Baudrillard, Foucault, Lotard, McLuhan, Rorty czy Derrida, których 
poglądy różnią się w szczegółach, są zgodni co do jednego: informacja nie jest w, z ani o rze- 
czywistości. Bagatelizują oni również fakt, że informacja czegoś dotyczy (mówi o czymś). 

5 Sformułowanie tej definicji oraz jej analizę znaleźć można w paragrafie 3.2.5. 
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miast „czynienie różnicy” oznacza, ze dana ta jest, przynajmniej potencjal- 
nie, znacząca. 

Próbę sformułowania ogólnej definicji informacji, odpowiedniej dla 
wszystkich nauk posługujących się tym terminem, podjął również George 
Ifrah (2006): 


Informacja stanowi zespolenie elementu formującego i elementu formowanego, 
a istotę tego zespolenia określa zmiana stanu polegająca na tym, że pojawienie 
się elementu formującego pobudza element formowany zgodnie z regułami 
ustalonego z góry kodu* (s. 868). 


Określenie to jest, co prawda, bardzo ogólne, ale jako takie wydaje się nicze- 
go nie wyjaśniać. Co więcej, nie odnosi się ono do kontekstu, w którym najczę- 
Ściej pojawia się termin „informacja”, a mianowicie do zjawiska komunikacji. 

Dotychczasowe próby stworzenia ogólnej definicji informacji pokazują, 
że jest to zadanie bardzo trudne, o ile nie niemożliwe. Claude Shannon, 
twórca matematycznej teorii komunikacji, pisał (1953): „Trudno spodzie- 
wać się, że jedno (pojedyncze) pojęcie informacji może w satysfakcjonujący 
sposób służyć licznym możliwym zastosowaniom” (s. 180). Trudności 
z ogólną definicją informacji, odpowiednią dla wszystkich nauk, dobrze od- 
daje Encyklopedia PWN: „Informacja [łac. informatio ‘wyobrażenie’, 'wyja- 
Śnienie”, ‘zawiadomienie’], pojęcie (w zasadzie niedefiniowalne) występujące 
w teorii informacji”7. 

Obecnie coraz popularniejszy staje się pogląd, że liczne pojęcia infor- 
macji, występujące w różnych naukach, są bardziej lub mniej izolowane, 
a stworzenie ogólnej jej teorii wydaje się niemożliwe (por. np. Adriaans, 
2013). Znacznie łatwiejsze okazuje się definiowanie informacji w obrębie 
danej dyscypliny naukowej. 

Przykładem takiego „lokalnego” podejścia do definiowania informacji 
jest jej powszechne w informatyce rozumienie jako „sygnałów lub symboli, 
które niosą znaczenie dla ludzkiego obserwatora” (Denning, 1999, s. 25). 
Informacja przechowywana w komputerze jest, w czysto technicznym sensie, 
ciągiem bitów (zer i jedynek). Jednakże w sensie intuicyjnym/praktycznym 
informacja zakodowana w tych bitach jest pojęciem pochodnym, zależnym 
od kodowania (kodującego), programu (programisty) oraz od interpretują- 
cego ją (użytkownika). 

Niektórzy badacze twierdzą, że informacja jest założeniem czynionym 
przez każdego obserwatora, ale nie istnieją powszechnie akceptowane 


6 George Ifrah twierdzi, że jego rozumienie informacji jest całkowicie zgodne z opisaną 
poniżej ilościową teorią informacji Shannona, ponieważ element formujący jest tym (jedy- 
nym!) elementem, który poddaje się obserwacji i pomiarowi ilościowemu. 

7 http://encyklopedia.pwn.pl/haslo.php?id=3914686. Wyróżnienie moje [I. B-K]. 
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standardy tych zatozen. Takie rozumienie jej jest obecnie silnie krytykowane. 
Skrajnie nienaukowe wydaje sie bowiem twierdzenie, ze informatyka jako 
nauka bazuje na pojęciu, które jest fundamentalnie subiektywne. Twierdzi 
się nawet (por. Talbott, 1999), że przyjęcie poglądu, iż informacja jest 
obiektem badań informatyki, prowadzi do problemów związanych z ja- 
kością tworzonego przez informatyków oprogramowania oraz do trudności 
w edukacji młodych adeptów tej nauki. 


3.2. Wybrane teorie informacji 


Jeśli przyjąć, że przedmiotem dociekań informatyków są szeroko ro- 
zumiane zagadnienia związane z informacją, to nie można poprzestać jedy- 
nie na zdefiniowaniu jej (jako pojęcia), konieczna jest również analiza jej 
natury. Jakie cechy ma informacja? 

Powstało już — i nadal powstaje — wiele teorii informacji, a wybrane 
z nich przedstawiamy w tym rozdziale. Niektóre koncentrują się tylko na 
pewnych aspektach informacji, inne próbują uchwycić pełną jej charakte- 
rystykę. Rozpocznijmy od analizy - najbliższych informatyce - teorii 
ilościowych. 


3.2.1. Matematyczna teoria komunikacji 


Jednymi z podstawowych zagadnień związanych z informacją, który- 
mi zajmuje się informatyka, są przesyłanie informacji i jej mierzenie. Dla- 
tego też termin „teoria informacji” jest przez większość informatyków utoż- 
samiany z matematyczną teorią komunikacji, koncentrującą się właśnie na 
tych zagadnieniach, 
Istnieje wiele sposobów mierzenia „ilości informacji”, jednak większość 
z nich stara się oddać dwie podstawowe intuicje. Po pierwsze, dłuższy ko- 
munikat (na przykład dłuższy tekst) zawiera potencjalnie więcej informacji 
- to znaczy, że informacja jest ekstensywna. Po drugie, zmniejsza ona nie- 
pewność - jeśli jesteśmy całkowicie pewni co do stanu rzeczy, to nie może- 
my otrzymać o nim żadnej więcej informacji. A to z kolei sugeruje związek 
pomiędzy informacją a prawdopodobieństwem - mało prawdopodobne 
komunikaty zawierają więcej informacji8. Tę właśnie korelację wykorzystali 


8 W codziennym życiu największe poruszenie wywołują wiadomości mało prawdopo- 
dobne, zaskakujące, zawierające dużą ilość informacji. Jeśli usłyszymy w radiu komunikat 
o tym, że „jutro wzejdzie słońce”, uznamy go za banał, a nie za informację. Komunikat o tym, 
że klasowy prymus napisał egzamin na ocenę bdb, nie wywoła u nauczyciela większe- 
go zainteresowania, ale stwierdzenie, że najsłabszy uczeń otrzymał ocenę bdb, to już jest 


133 


tworcy matematycznej teorii komunikacji Claude E. Shannon oraz Warren 
Weaver, przedstawiając ją w sposób najbardziej kompletny w pracy z 1948 
roku The Mathematical Theory of Communication — na niej to w dużej mierze 
oparty został poniższy opis”. 

Matematyczna teoria komunikacji opisuje w sposób formalny zapis (ko- 
dowanie), przesyłanie i dekodowanie informacji. Zadaniem jej jest jedno- 
cześnie pogodzenie dwóch przeciwstawnych celów: jak najzwięźlejsze zapi- 
sywanie wiadomości oraz chronienie jej przed przekłamaniami podczas 
transmisji. Teoria ta traktuje informację jak zjawisko fizyczne związane 
z wybieraniem jednego symbolu ze zbioru możliwych, przy czym najwięk- 
szą ilość informacji niesie tekst, w którym prawdopodobieństwo wystąpie- 
nia każdej litery jest takie samo, to znaczy ciąg losowy. Stworzona przez 
Shannona i Weavera teoria opisuje informację w sposób czysto syntaktycz- 
ny. Używany w niej termin „informacja” ma wyłącznie znaczenie techniczne; 
całkowicie pomija się nie tylko jej znaczenie, ale również kontekst. Jest to 
zatem czysto ilościowa teoria informacji - opisująca tylko jeden z jej aspek- 
tów, a nie teoria opisująca informację w jej potocznym rozumieniu, choć za 
taką uważa ją wielu filozofów. Nawet jej twórcy zaprzeczali związkom ich 
pojęcia „informacja” z tym samym słowem używanym w życiu codziennym. 

Na szczególną uwagę zasługuje przyjęty przez Shannona model komu- 
nikacji, ponieważ jest on wykorzystywany przez wielu twórców teorii in- 
formacji - w tym tych teorii, które nie są ograniczone do kwestii wyłącznie 
ilościowych i syntaktycznych. Model ten najczęściej przedstawiany jest za 
pomocą liniowego diagramu (rysunek 3). 


Information , , 
Source Transmitter Receiver Destination 


Received 
Signal 


Message Message 


Noise 
Source 


Rys. 3. Schemat ogólnego modelu komunikacji, źródło: Shannon, 1948, s. 381 


informacja! Co więcej, ta informacja w przypadku wielu nauczycieli zmusi ich do działania, 
na przykład do poszukiwania osoby, od której uczeń ten „Ściągnął”. 

2 Shannon prawdopodobnie po raz pierwszy użył terminu „teoria informacji” w 1945 
roku w pracy zatytułowanej A Mathematical Theory of Cryptography. 
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W powyzszym modelu istotne jest zatozenie, ze informujacy (znajdujacy 
sie na początku diagramu) oraz informowany (na jego końcu) posiadają 
taką samą wiedzę bazową dotyczącą zbioru używanych symboli, czyli alfa- 
betu. Wyróżnia się w nim następujące elementy: 

- źródło informacji (informator) - to coś lub ktoś generujące/y wiado- 

mość, 

- wiadomość - ciąg znaków (w dowolnej postaci, na przykład słownej, 

znakowej czy obrazkowej) generowanych przez źródło, 

- nadajnik — urządzenie kodujące wiadomość (ang. transmitter) w po- 

staci odpowiedniej do jej przesłania, 

- odbiornik dekodujący wiadomość (ang. receiver), pełniący funkcję 

odwrotną do nadajnika, 

- punkt docelowy informacji - urządzenie lub osoba, która jest odbiorcą 

komunikatu, 

- źródło zakłóceń — proces lub zdarzenie pojawiające się podczas transmi- 

sji, będące przyczyną powstania szumu, oraz 

- kanał komunikacyjny - miejsce przesyłania komunikatu, charaktery- 

zujące się wieloma parametrami, w tym przepustowością (lub pojem- 
nością) zależną od jego struktury fizycznej. 

Warto zauważyć, że Shannon i Weaver zakładali pewną uniwersalność 
swego modelu, nie ograniczając go tylko do przesyłania sygnałów za pomo- 
cą urządzeń technicznych. Weaver (1949) podaje następujący przykład: 
„Gdy do ciebie mówię, mój mózg jest źródłem informacji, a twój — punktem 
docelowym; mój układ wokalny jest przekaźnikiem, a twoje ucho wraz 
z ośmioma nerwami jest odbiornikiem” (s. 29). 

Aby zrozumieć, czym jest informacja opisywana przez matematyczną 
teorię komunikacji, należy przyjrzeć się metodzie jej pomiaru. Ilość infor- 
macji, jaka związana jest z danym komunikatem, zależy od stopnia jej nie- 
przewidywalności: im mniej prawdopodobny jest ów komunikat, tym 
więcej informacji ze sobą niesie. 

Spróbujmy wyobrazić sobie urządzenie, które generuje tylko jeden ro- 
dzaj informacji - tak zwane źródło unarne. Przykładem jego może być 
kruk, który na wszystkie pytania odpowiada zawsze tak samo: „nigdy wię- 
cej”. Pełni on wówczas rolę informującego, słuchacze są informowanymi, 
a „nigdy więcej” to komunikat (wiadomość). Unarne źródła informacji, takie 
jak ów kruk, produkują zerową ilość informacji, gdyż niezależnie od zada- 
wanego pytania odpowiedź jest całkowicie przewidywalna - zawsze taka 
sama (wyraża sie tym samym komunikatem)!1. 


10 Ptak ten nazywany jest krukiem Poego (por. np. Floridi, 2004c). 
11 Milczące źródło jest również źródłem unarnym i produkuje zerową informację. 
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W przypadku źródeł binarnych, takich jak na przykład symetryczna mo- 
neta, lub innych źródeł generujących dwa różne symbole sytuacja wygląda 
następująco. Przed podaniem wyniku rzutu monetą (lub też po prostu przed 
nadaniem jednego z dwóch możliwych symboli) „niewiedza” informowane- 
go (jego deficyt danych) jest niezerowa, ponieważ nie wie on, który symbol 
„wyprodukuje” urządzenie (nie wie na przykład, czy wypadł orzeł, czy resz- 
ka). Taki deficyt danych określa się mianem „niepewności”. Zauważmy, że 
może to być termin mylący, gdyż nasuwa on pewne skojarzenia semantycz- 
ne, które z omawianą teorią nie mają nic wspólnego. Rzut monetą produku- 
je informację, która jest funkcją możliwych wyników (w tym przypadku 
dwóch jednakowo prawdopodobnych symboli) i jest równa deficytowi da- 
nych, jaki usuwa. 

Sytuacja komplikuje się w przypadku bardziej złożonych źródeł infor- 
macji. Rozważmy dla przykładu układ złożony z dwóch symetrycznych mo- 
net: A i B. Taki system może wygenerować cztery różne wyniki opisane 
przez pary uporządkowane: <0,0>, <O,R>, <R,O>, <R,R>, gdzie R oznacza, ze 
na monecie wypadła reszka, natomiast O — że wypadł orzeł. Na pierwszym 
miejscu w każdej parze znajduje się wynik z monety A, a na drugim - z mo- 
nety B. Układ ten generuje deficyt danych równy 4 jednostki, ponieważ tyle 
jest możliwych wyników. Dodając jeszcze jedną monetę, otrzymamy układ 
o deficycie danych równym 8 jednostek - i tak dalej... 

Uogólniając powyższe rozważania, otrzymujemy następujący związek. 
Niech N oznacza liczbę możliwych komunikatów, dla N=1 ilość informacji 
generowanej przez źródło wynosi 0 (źródło unarne), z kolei źródło binarne 
(gdy N=2) - produkuje 1 jednostkę informacji, w przypadku gdy N=4 (na 
przykład w przypadku rzutu dwiema monetami), ilość informacji genero- 
wanej przez źródło można obliczyć, wykorzystując ilości informacji gene- 
rowanej przez monetę A oraz przez monetę B. Miara informacji jest zatem 
funkcją prawdopodobieństwa wystąpienia odpowiednich symboli. Shannon 
i Weaver do jej obliczenia użyli logarytmu o podstawie 2, jest ona odpo- 
wiednia ze względu na używanie sprzętu cyfrowego (w tym komputerów) 
do reprezentacji danych. Jednostką informacji jest wówczas bit (od ang. 
binary digit). Wybór takiej podstawy logarytmu jest jednak tylko kwestią 
konwencji. Jeśli przyjmiemy, że jest nią liczba e - jednostka informacji na- 
zywa się nat (nit), natomiast dla podstawy 10 - dit lub hartley. Logarytmy 
mają dodatkowo tę użyteczną własność, że zamieniają mnożenie (liczby 
symboli) na dodawanie (jednostek informacji). Zatem mając dany alfabet 
o N jednakowo prawdopodobnych symbolach, możemy obliczyć ilość in- 
formacji generowanej przez źródło, korzystając ze wzoru: log2(N). 

Zastanówmy się teraz, jaka intuicja kryje się za tymi obliczeniami, oraz 
spróbujmy odpowiedzieć na pytanie, czy istnieje prosty sposób określenia 
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ilości informacji generowanych przez dowolne źródło. Rozważmy następu- 
jącą zabawę. Jeden z uczestników wybiera liczbę z pewnego ustalonego 
zbioru, na przykład spośród liczb 1, 2, ..., 8 (jest to odpowiednik nadania 
jednego komunikatu spośród kilku możliwych). Pozostali uczestnicy próbu- 
ją zgadnąć, jaka to liczba, zadając pytania, na które mogą otrzymać tylko 
odpowiedź „tak” lub „nie”. Zwycięża ten, kto zgadnie liczbę po zadaniu naj- 
mniejszej liczby pytań. Ile, w ogólności, trzeba zadać pytań, by odgadnąć tę 
liczbę? 

Jeden ze sposobów wykonania tego zadania polega na dzieleniu zbioru 
na dwie części (o możliwie takiej samej liczbie elementów), potem każdej 
z nich ponownie na dwie części i tak dalej, aż do otrzymania pary liczb, 
w której jedna jest liczbą szukaną. W przypadku zbioru liczb 1, 2, ..., 8 po- 
dział może wyglądać następująco: 


12345678 
1234 5678 
12 34 56 78 


Odgadnięcie każdej z liczb tego zbioru wymaga zatem trzech pytań, od- 
powiadających kolejnym podziałom: 

1. Czy szukana liczba jest mniejsza od 5? 

2. W zależności od odpowiedzi na pytanie 1: 

a. jeśli odpowiedź na pytanie 1 brzmi „tak”, to pytanie drugie brzmi: 
„czy szukana liczba jest mniejsza od 3?” 

b. jeśli odpowiedź na pytanie 1 brzmi „nie”, to pytanie drugie brzmi: 
„czy szukana liczba jest mniejsza od 7?” 

3. Ostatnie pytanie to zawsze pytanie o jedną z dwóch liczb, co daje jed- 

noznaczną odpowiedź. 

Liczba pytań koniecznych do odgadnięcia komunikatu, jaki został nada- 
ny przez źródło (czyli liczba kroków podziału), jest równa ilości informacji 
generowanej przez źródło. 

Aby odgadnąć komunikat nadawany przez źródło unarne (kruka), nie 
musimy zadawać pytań, a więc niesie ono zerową informację. Do odgadnię- 
cia wyniku jednokrotnego rzutu monetą wystarczy jedno pytanie („czy wy- 
padł orzeł?” lub „czy wypadła reszka?”), więc źródło takie produkuje 1 bit 
informacji. Aby odgadnąć wynik rzutu dwiema monetami, wystarczą 2 py- 
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tania (o wyniki na poszczególnych monetach), a zatem źródło takie produ- 
kuje 2 bity informacji. Z powyższego przykładu wynika, że do odgadnięcia 
elementu z ośmioelementowego zbioru wystarczą 3 pytania, a zatem źródło 
złożone z 3 monet (dla którego możliwych jest 8 wyników) generuje 3 bity 
informacji — i tak dalej. 

Ilość informacji mierzona jest tutaj w terminach zmniejszania deficytu 
informacyjnego, przy czym zależy ona od prawdopodobieństwa pojawienia 
się każdego z symboli. Im większe prawdopodobieństwo pojawienia sie 
symbolu, tym mniejsza ilość informacji, jaką on niesie (mniejsza jest jego 
„informatywność”). Kruk nie generował żadnej informacji, ponieważ poja- 
wienie się komunikatu „nigdy więcej” jest pewne - jego prawdopodobień- 
stwo wynosi 1. 

W praktyce przesyłane komunikaty nie są zazwyczaj pojedynczymi 
symbolami, lecz ich ciągami. Aby obliczyć średnią informatywność takiego 
ciągu, trzeba uwzględnić informatywność każdego jego symbolu. W przy- 
padku N jednakowo prawdopodobnych symboli, prawdopodobieństwo P, 


1 
wystąpienia i-tego symbolu dane jest wzorem P, = w A zatem im mniejsze 


prawdopodobieństwo wystąpienia symbolu, tym większa jego informatyw- 
ność (oznaczana przez u): u, =—log(P,). 

Rozważmy przykład dziesięciu rzutów monetą, których wynik 
zapisujemy w postaci ciągu dziesięcioelementowego, w którym na i-tym 
miejscu umieszczamy symbol O, jeśli w i-tym rzucie wypadł orzeł, lub R - 
w przeciwnym wypadku, na przykład: <O,0,0,R,R,0,R,0,0,R>. Niech S ozna- 
cza długość takiego ciągu (w naszym przykładzie S=10). Oczywiście S to 
liczba wystąpień reszki plus liczba wystąpień orła. W ogólności - dla i sym- 
boli (i rzutów) otrzymujemy wzór: 


N 
SS 


i=1 


gdzie S; oznacza liczbę wystąpień danego symbolu w rozwazanym ciągu. 
Zatem wzór na średnią informatywność ciągu symboli o długości S ma 


postać: 
EE ae ka 
s” 


S, 
lloraz re jest częstotliwością, z którą i-ty symbol pojawia sie w S. 
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I z kolei, jeśli łańcuch S jest dowolnie długi, to częstotliwość i-tego sym- 
bolu opisuje się za pomocą P;- prawdopodobieństwa jego wystąpienia. Stąd 
otrzymujemy miarę informatywności ciągu symboli w postaci: 

N 


N 
DET = -X P, log P; 
i=1 


i=1 
gdzie P; to prawdopodobieństwo zajścia zdarzenia i. 

Powyższe równanie opisuje zatem średnią ilość informacji przypadają- 
cej na znak symbolizujący zajście zdarzenia z pewnego zbioru. Opisywana 
nim wielkość nosi nazwę entropii (i oznaczana jest literą H). Z jej określenia 
wynika, że entropia jest maksymalna, gdy prawdopodobieństwa poszcze- 
gólnych zdarzeń są takie same — gdy symbole są jednakowo prawdopodob- 
ne. Własność ta prowadzi do pewnego paradoksu. 

Skoro największą ilość informacji niesie tekst, w którym prawdopodo- 
bieństwo wystąpienia każdej litery jest takie samo - ciąg całkowicie losowy 
- to na przykład dzieła Szekspira zawierają mniej informacji niż tekst zło- 
żony z losowo pomieszanych symboli (liter i znaków przestankowych) 
z tych dzieł. Co więcej, jak zauważył Aldous Huxley, sto małp piszących na 
maszynie dostatecznie długo napisze w końcu wszystkie prace Szekspira. 
Ta całkowicie sprzeczna z intuicją własność informacji została nazwana 
przez Michaela Dunna (2008) „paradoksem małp”, ponieważ całkowite 
nonsensy wypisywane przez większość czasu przez małpy niosą więcej 
informacji niż napisany przez nie w końcu Hamlet. 

Skąd bierze się ów paradoks? Można to wyjaśnić w następujący sposób: 
gdy małpy piszą na przykład sceny z Hamleta, łatwiej jest w takim przy- 
padku przewidzieć następną literę niż gdy piszą one kompletne bzdury - 
kolejne litery są mniej „przewidywalne”. A zatem, nonsensy niosą więcej 
informacji niż słowa Szekspira. 

Michael Dunn (2008) twierdzi jednak, że jest to tylko pozorny „para- 
doks”, nie można bowiem twierdzić, że mniejsze jest prawdopodobieństwo 
tego, iż losowy ciąg znaków stanowi sensowne słowo, niż tego, że jest zlep- 
kiem nic nie znaczących znaków. Jeśli bowiem małpa wypisuje litery całko- 
wicie losowo, to prawdopodobieństwo pojawienia się jakiegoś sensownego 
słowa, na przykład „Hamlet” jest dokładnie takie samo, jak pojawienia się 
słowa „IHmaet”12. W całkowicie losowych ciągach wzorce pojawiają się za- 
tem tylko w umysłach obserwatorów. 


12 Jeśli w kolejnych pięciu rzutach monetą wypadł orzeł, to prawdopodobieństwo 
ponownego jego wypadnięcia w rzucie szóstym jest takie samo jak prawdopodobieństwo 
tego, że tym razem (w końcu) wypadnie reszka. 
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Powróćmy teraz do omówienia matematycznej teorii komunikacji. 
W przedstawionych powyżej przykładach mamy do czynienia z pewnymi 
uproszczeniami: prawdopodobieństwo wystąpienia poszczególnych sym- 
boli jest stałe (nie zmienia się w czasie) oraz nie zależy ono od symboli 
wcześniejszych. Jednakże w przypadku rzeczywistych komunikatów, wyra- 
żonych na przykład w języku polskim, prawdopodobieństwo wystąpienia 
danej litery w ciągu w znaczący sposób zależy od liter ją poprzedzających. 

Jeżeli rozumiemy proces generowania komunikatu jako emisję ciągów 
symboli, to do ich analizy można wykorzystać teorię procesów stochastycz- 
nych opracowaną przez A.A. Markowa (1951) i A.N. Kołmogorowa (1965). 
Gdy prawdopodobieństwo pojawienia się jakiegoś znaku (zdarzenia) jest 
zależne od symboli (zdarzeń) poprzedzających go, to proces taki nazywa się 
procesem - lub łańcuchem - Markowa. Dlatego też Shannon i Weaver 
(1948) definiują ilość informacji jako stochastyczną własność określonego 
komunikatu (zdarzenia). W tym przypadku interpretacja informacji przy- 
pomina interpretację pewnego układu. Weaver (1949) tak pisze o związ- 
kach informacji z entropią: 


To, że informacja może być mierzona za pomocą entropii, jest zupełnie natural- 
ne, jeśli pamiętamy, że informacja związana jest z liczbą wolnych (swobodnych) 
wyborów, jakich dokonujemy podczas konstruowania wiadomości. Zatem mo- 
żemy powiedzieć o źródle komunikacji, tak jak moglibyśmy powiedzieć o ukła- 
dzie termodynamicznym: 'Ta sytuacja jest wysoce zorganizowana: nie jest 
charakteryzowana przez wysoki stopień losowości lub wyboru - to znaczy 
informacja lub entropia jest niska’ (s. 31). 


Entropię H można zatem interpretować nie tylko jako średnią ilość nie- 
zinterpretowanej informacji produkowanej przez informującego (Źródło) 
czy też jako odpowiadającą jej średnią ilość deficytu danych, jaki ma odbior- 
ca przed uzyskaniem komunikatu (czyli tego, co Shannon nazywał „niepew- 
nością”), ale również jako możliwości informacyjne samego źródła. Ostatnia 
z tych interpretacji prowadzi do rozumienia entropii - a tym samym rów- 
nież informacji — jako wielkości fizycznej, takiej jak masa lub energia. 

Entropia może być również traktowana jako miara odwracalności i upo- 
rządkowania. Dobrze uporządkowana wiadomość zawiera mały stopień 
entropii!3 lub losowości, a zatem - mało informacji. Im większa potencjalna 


13 „Entropia - miara nieokreśloności, chaotyczności, stopnia nieuporządkowania; fiz. 
wielkość fizyczna charakteryzująca stan układu ciał materialnych i określająca kierunek 
samoistnych zmian w odosobnionym układzie termodynamicznym (prawo wzrostu entro- 
pii); w teorii informacji - miara nieokreśloności doświadczenia (próby), którego wynik nie 
jest jednoznaczny (np. rzutu kości)”. Cytat z: Słownik wyrazów obcych i zwrotów obcojęzycz- 
nych, W. Kopaliński [dostępny w Internecie: http://www.slownik-online.pl/Kopalinski]. 
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losowość symboli w alfabecie używanym przez źródło, tym więcej bitów 
informacji może ono wyprodukować. Wyższa wartość H odpowiada zatem 
większemu deficytowi danych. 

Przejdźmy teraz do przedstawienia dwóch fundamentalnych dla teorii 
informacji twierdzeń Shannona. Rozważmy zakodowaną wiadomość, którą 
chcemy przesłać kanałem o określonej pojemności (przepustowości) C, 
określaną w bitach na sekundę. Twierdzenie o kanale bezszumowym 
stwierdza, że: 


Niech źródło ma entropię H (bitów na symbol) oraz niech kanał komunikacyjny 
ma przepustowość C (bitów na sekundę). Wtedy możliwe jest zakodowanie in- 
formacji wysyłanej ze źródła przez ten kanał w taki sposób, że średnia pręd- 
kość transmisji wynosi C/H - e symboli na sekundę, gdzie £ jest dowolnie małe. 
Niemożliwa jest transmisja z prędkością większą niż C/H (Shannon, Weaver, 
1998, s. 59). 


Zatem można transmitować symbole przez bezszumowy kanał z pręd- 
kością dowolnie bliską C/H, jednak niezależnie od tego, jak dobre jest 
kodowanie, średnia ta nigdy nie przekroczy C/H1. 

Spróbujmy teraz przeanalizować związki pomiędzy szumem a ilością in- 
formacji w omawianym procesie komunikacji. Gdy podczas przesyłania 
komunikatu pojawią się zakłócenia (szum), komunikat może ulec znie- 
kształceniu, zafałszowaniu, może także zawierać błędy oraz pewne „nad- 
miarowe” (pochodzące z zewnątrz) elementy. Jeśli jednak miara informacji 
zależy od stopnia nieprzewidywalności komunikatu, to im więcej szumu 
w kanale komunikacyjnym, tym więcej informacji niesie komunikat. Skoro 
wzrasta niepewność - rośnie też ilość informacji. Czy zatem szum jest zja- 
wiskiem pożądanym? Weaver (1949) pisze: 


Prawdą jest, że gdy występuje szum, to odbierany sygnał jest wybrany z bar- 
dziej zróżnicowanego zbioru symboli niż ten zamierzony przez nadawcę. Ta sy- 
tuacja dobrze oddaje pułapkę semantyczną, w jaką można popaść, jeśli nie 
pamięta się, że ‘informacja’ jest używana tutaj w specjalnym znaczeniu, mierzy 
wolność wyboru, a tym samym niepewność co do tego, jaki wybór został doko- 
nany (s. 32). 


Oczywiście, wbrew temu, co można by wnioskować z definicji informa- 
cji, niepewność związana z zakłóceniami transmisji (z szumem) jest zjawi- 


14 Niezwykłość odkrycia Shannona polega na tym, że przedstawione w twierdzeniu 
dolne ograniczenie daje się osiągnąć. Niestety, sam dowód tego faktu jest niekonstruktywny 
i pokazuje jedynie, że taki kod istnieje, a nie to, jak wygląda. 
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skiem negatywnym. Transmisja jest trudniejsza w przypadku wystepowa- 
nia szumu. Jednak twierdzenie o kanałach z szumem głosi: 


Dany jest dyskretny kanał o przepustowości C oraz dyskretne źródło o entropii H. 
Jeśli H<C, to istnieje system kodowania taki, że sygnał źródła może być transmi- 
towany przez kanał z dowolnie małą częstością błędów (lub z dowolnie małą 
dwuznacznością). Jeśli H>C, to możliwe jest zakodowanie sygnału ze źródła 
w taki sposób, że dwuznaczność jest mniejsza niż H-C+e, gdzie e jest dowol- 
nie małe. Nie istnieje metoda kodowania, która daje mniejszą dwuznaczność 
niż H-C (Shannon, Weaver, 1998, s. 71). 


Powyższe twierdzenie mówi, że jeśli kanał komunikacyjny może prze- 
transmitować tyle samo lub więcej informacji, niż produkuje źródło, to moż- 
liwe jest opracowanie efektywnej metody kodowania i transmitowania 
wiadomości z dowolnie małym prawdopodobieństwem błędu. 

Na czym polega trudność w procesie komunikacji z szumem? Nie jest 
ona związana, jak pokazuje powyższe twierdzenie, z samym przesyłaniem 
informacji, lecz z efektywnością procesu komunikacji. 

Weaver (1949) zauważa, że: „W komunikacji wydają się występować 
problemy na trzech poziomach: 1) technicznym, 2) semantycznym oraz 
3) na poziomie wpływu” (s. 28). Problemy semantyczne związane są 
z interpretacją znaczenia komunikatu dokonaną przez jego odbiorcę - 
w porównaniu z zamierzonym znaczeniem nadanym mu przez nadawcę. 
Zagadnienia wpływu (lub efektywności) natomiast dotyczą szeroko pojęte- 
go oddziaływania informacji na działania zmierzające w pożądanym kie- 
runku, na przykład - na ludzkie zachowania. 

Matematyczna teoria komunikacji opisuje jej poziom techniczny. Aby 
móc mówić o jej aspekcie pragmatycznym (na poziomie 3), Weaver propo- 
nuje dodanie do przedstawionego wcześniej modelu komunikacji (por. 
rys. 3) trzech dodatkowych elementów: odbiorcy semantycznego (pomię- 
dzy odbiornikiem a punktem docelowym), szumu semantycznego oraz au- 
dytorium (ang. audience). Odbiorca semantyczny po raz drugi odkodowuje 
komunikat, dokonując jego „semantycznej interpretacji”, po to, by móc 
w pełni określić jego zawartość informacyjną i wykorzystać ją w swoim 
działaniu. Powinien on móc rozpoznać szum, nieunikniony w kanale komu- 
nikacyjnym ze względów technicznych, by oddzielić go od znaczącej części 
wiadomości. Szum semantyczny natomiast ma reprezentować zniekształce- 
nia znaczenia wprowadzone przez źródło informacji, na przykład mówią- 
cego, które - choć niezamierzone - wpływają na miejsce przeznaczenia, 
czyli na słuchającego. Szum ten powinien być rozpoznawany przez odbior- 
nik oraz interpretowany przez odbiorcę jako element procesu komunikacji. 
Należy tak zorganizować lub przystosować wiadomość oryginalną, by suma 
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jej znaczenia i szumu semantycznego była równa znaczeniu wiadomości 
oczekiwanemu w miejscu przeznaczenia. Dzięki temu odbiorca, wyposażo- 
ny w odpowiednie techniki dekodowania, mógłby odczytać jej właściwe 
znaczenie, a to poprawiłoby efektywność oddziaływania tej wiadomości. 

W przedstawionym powyżej modelu komunikacji ostatnim elementem 
jest punkt docelowy, którym może być zarówno człowiek, jak i urządzenie. 
Weaver stwierdza, że w każdym procesie komunikacyjnym należy uwzględ- 
nić możliwość istnienia wielu odbiorców - czyli audytorium, które ma swo- 
ją pojemność (ang. capacity). Przepełnienie, zarówno kanału informacyjne- 
go, jak i audytorium - na przykład poprzez nadmiarowość sygnałów lub 
skomplikowany sposób kodowania - prowadzić może do błędów w inter- 
pretacji, a tym samym do spadku efektywności komunikacji. 

Matematyczna teoria komunikacji nie uwzględnia szczegółowo ani za- 
proponowanych przez Weavera dodatkowych elementów modelu komuni- 
kacyjnego, ani też kontekstu koniecznego do właściwej interpretacji zna- 
czenia wiadomosci!5. Czym zatem jest opisywana przez nią informacja? 

Najprostszą odpowiedzią na to pytanie wydaje się stwierdzenie, że jest 
to byt materialny przesyłany od nadajnika do odbiornika. Można jednak 
także twierdzić inaczej: informacja — w ujęciu Shannona i Weavera - to nie 
obiekt, lecz relacja (Heyck, 2008a, 2008b); przesyłać informację natomiast 
znaczy tworzyć związek pomiędzy nadajnikiem i odbiornikiem, a nie: prze- 
syłać jakiś obiekt z jednego miejsca na drugie. To, co podróżuje przez kanał 
komunikacyjny, to wzorzec (relacja), który jest reprodukowany na miejscu 
przeznaczenia. A zatem to wzorce niosą informację. Weaver (1949) z kolei 
tak charakteryzuje informację opisywaną w stworzonej przez niego teorii: 


Pojęcie informacji rozwinięte w tej teorii wydaje się na pierwszy rzut oka roz- 
czarowujące oraz dziwaczne - rozczarowujące, ponieważ nie ma nic wspólnego 
ze znaczeniem, natomiast dziwaczne, ponieważ nie dotyczy ono pojedynczej 
wiadomości, lecz statystycznego charakteru całego zestawu wiadomości; jest 
dziwaczne również dlatego, że w ramach warunków statystycznych obydwa 
słowa ‘informacja’ oraz niepewność okazują się swoimi parametrami (s. 36). 


Podsumowując, warto podkreślić, że teoria stworzona przez Shannona 
i Weavera nie jest teorią informacji w zwykłym sensie, ponieważ bada jedy- 
nie jej aspekt ilościowy, ograniczając się do analiz na poziomie syntaktycz- 
nym - zajmuje się bowiem komunikatami złożonymi z niezinterpretowa- 
nych symboli. Całkowicie ignoruje kontekst tych komunikatów. Odpowiedź 
„tak” zawiera tę samą ilość informacji, zarówno jako odpowiedź na pytanie: 


15 Weaver zdawał sobie sprawę ze znaczenia kontekstu, w którym wiadomość jest prze- 
syłana, jako warunku określającego znaczenie komunikatu (por. Weaver, 1949). 
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„Czy wypijesz herbate?”, jak i jako odpowiedź na pytanie: „Czy wyjdziesz za 
mnie?”. Co więcej, największą ilość informacji produkuje tekst, w którym 
prawdopodobieństwo wystąpienia każdego symbolu jest takie samo, to 
znaczy zupełnie losowy ciąg, zazwyczaj nic nie znaczących liter. Jest to za- 
tem teoria informacji bez „znaczenia”. Informacja minus znaczenie to „da- 
ne”, wydaje się zatem, że bardziej odpowiednią nazwą dla tej teorii - niż 
powszechnie używana „teoria informacji” - wydaje się być „matematyczna 
teoria przesyłania danych”. 
Nie jest to jednak jedyne matematyczne ujęcie informacji. 


3.2.2. Algorytmiczna teoria informacji 


Przedstawiona powyżej matematyczna teoria komunikacji Shannona 
nie pozwala na określenie ilości informacji zawartej w danym obiekcie 
w oderwaniu od jego źródła, a w szczególności od prawdopodobienstwa 
wybrania danego symbolu z określonego zbioru. Możliwość określenia ilo- 
Ści informacji w pojedynczym obiekcie, poprzez badanie jego struktury, daje 
teoria, którą stworzyli niezależnie od siebie: Solomonoff, Kołmogorow 
i Chaitin w latach 60. XX wieku. Obecnie znana jest ona pod nazwą „algo- 
rytmiczna teoria informacji” lub „teoria złożoności algorytmicznej”. Jej po- 
czątków należy szukać w pracy Solomonoffa A Preliminary Report on a Ge- 
neral Theory of Inductive Inference, zaprezentowanej po raz pierwszy na 
konferencji w Caltech w roku 1960 i wydanej drukiem w tym samym roku. 

Solomonoff (1960) zdefiniował prawdopodobieństwo a priori skończo- 
nego ciągu symboli w następujący sposób: „Prawdopodobieństwo a priori 
ciągu otrzymuje się, rozważając uniwersalną maszynę Turing!®, której wyj- 
Sciem jest rozważany ciąg. Przybliżenie tego prawdopodobieństwa dane 
jest przez najkrótsze wejście dla tej maszyny, które daje pożądany wynik” 
(Solomonoff, 1960, s. i). Definicję tę autor wykorzystuje do określenia zło- 
żoności obiektu: „Rozważmy bardzo długi ciąg symboli - na przykład frag- 
ment tekstu w języku angielskim lub długi wywód matematyczny. Będziemy 
rozważali taki ciąg symboli jako ‘prosty’ i posiadający duże prawdopodo- 
bieństwo a priori, jeśli istnieje bardzo krótki opis tego ciągu” (Solomonoff, 
1960, s. 1). Długość owego opisu można interpretować, podobnie jak robili 
to Kołmogorow i Chaitin, jako długość programu generującego dany ciąg. 

Kołmogorow (1965) zauważa, że korzystając z ujęcia Shannona, nie 
sposób obliczyć ilości informacji zawartej na przykład w książkach lub ma- 
pach. Stwierdza on, że „[w] rzeczywistości o wiele bardziej owocne jest 


16 Pojęcie maszyny Turinga zostało omówione w podrozdziale 1.2. 
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rozwazanie ilosci informacji ‘dostarczanej przez obiekt’ (x) ‘na temat obiek- 
tu’ (y)” (s. 4). Co prawda, rzeczywiste obiekty, które badamy, są bardzo zło- 
żone, ale można dokonać pewnych uproszczeń. Na przykład, rozważając 
wspomnianą już mapę (x) jako niosącą informacje na temat jakiegoś regio- 
nu (y), pominąć można nieistotne detale jej dotyczące — na przykład struk- 
turę papieru czy rodzaj tuszu, którym została ona wydrukowana — ponie- 
waż nie mają one wpływu na te informacje. 

Kołmogorow zdefiniował względną złożoność obiektu y z x jako mini- 
malną długość I(p) programu p dla otrzymania y z x. Złożoność ta zależy od 
metody programowania, rozumianej jako funkcja (p, x) = y łącząca obiekt y 
z programem p i obiektem x. Przy czym konieczne jest przyjęcie założenia, 
że funkcja @ jest częściowo rekurencyjna, to znaczy, ze dla każdej takiej 
funkcji mamy: 


min L( ) 
Ko(y/x) = (roc p 
p E E ae . A = 
œ, jeśli nie istnieje takie p, ze o(p, x) = y 


Warto w tym miejscu zauważyć, że funkcje częściowo rekurencyjne nie 
są zdefiniowane „wszędzie” oraz że nie istnieje ustalona metoda stwierdza- 
nia, czy zastosowanie programu p do obiektu k prowadzi do wyniku, czy też 
nie. Dlatego też funkcja Kọ(y/x) nie może być efektywnie obliczona (ogól- 
nie rekurencyjna), nawet jeśli wiadomo, że jest skończona dla wszystkich x 
oraz y. Takie pojęcie informacji ma jedną zasadniczą wadę, o której pisał już 
sam jej autor: nie uwzględnia ona „trudności” stworzenia programu p do 
przechodzenia z obiektu x do y”. 

Przejdźmy teraz do algorytmicznej teorii informacji w ujęciu Chaitina 
(1966, 1969, 1977). Rozważa on maszyny Turinga z trzema taśmami: taśmą 
programu, roboczą oraz wynikową. Z taśmy programu, przesuwającej się 
tylko w jedną stronę, głowica maszyny odczytuje symbole 0 lub 1 (nie ma 
natomiast możliwości pisania na niej). Z taśmy roboczej natomiast (począt- 
kowo pustej), przesuwającej się w lewo lub w prawo, głowica czyta lub usu- 
wa symbole (0, 1 i symbol pusty). Na taśmie wynikowej (również początkowo 
pustej), przesuwającej się tylko w jedną stronę, mogą być zapisywane sym- 
bole 0, 1 oraz przecinek, których nie można nadpisać, to znaczy zastąpić 
innymi. Każda maszyna Turinga tego typu ma skończoną liczbę n stanów, 
a jej działanie można zdefiniować za pomocą tabeli o wymiarach n x 348, 


17 W pracy z roku 1965 Kołmogorow zapowiadał dalsze prace zmierzające do poszerze- 
nia pojęcia złożoności tak, by ową „trudność” uwzględnić. 

18 Dokładny opis takich maszyn, w tym tabele opisujące ich programy, przedstawia 
Chaitin (1966). 
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Dla takich właśnie maszyn Chaitin definiuje pojęcia: prawdopodobieństwa P, 
entropii H oraz złożoności I. 

P(s) to prawdopodobieństwo tego, że jeśli komórki na taśmie programu 
maszyny M wypełnione są losowo zerami i jedynkami (przez niezależne, 
losowe rzuty monetą), to maszyna M zatrzyma się, a na taśmie wynikowej 
znajdować się będzie skończony ciąg symboli (tak zwany string) s. Tak zde- 
finiowane prawdopodobieństwo pojawia się we wzorze na entropię: 


H = —P(s) log, P(s). 


Przez program p autor rozumie taki string, który znajduje się na taśmie 
programu maszyny M, rozpoczynającej obliczenia od przeczytania jego 
pierwszego symbolu, która po przeczytaniu całego stringu p (z pominięciem 
ewentualnych innych symboli na taśmie) zatrzymuje się (kończy działanie). 
Program p natomiast Chaitin nazywa minimalnym, jeśli dla maszyny M nie 
istnieje krótszy program dający taki sam wynik jak p. 

I z kolei, złożoność I(s) to najmniejsze n takie, że dla pewnej zawartości 
taśmy programu maszyna M zatrzymuje się, dając wynik s, po przejściu do- 
kładnie n komórek na tej taśmie. Zatem /(s) jest rozmiarem minimalnego 
programu dla s. 

A zatem P jest prawdopodobieństwem, że maszyna M oblicza s za po- 
mocą losowego programu, natomiast I jest najmniejszą liczbą bitów konieczną 
do opisu algorytmu obliczającego s dla M. 

Chaitin opisuje uniwersalną maszynę Turinga U, symulującą taką kon- 
kretną maszynę M, której identyfikator (numer) został dodany jako prefiks 
programu dla U. Maszyna U działa w następujący sposób: gdy na jej taśmie 
programu znajduje i zer zakończonych jedynką, wówczas symuluje oblicze- 
nia i-tej maszyny Turinga, czytając znajdujące się na tej taśmie symbole, 
następujące po jedynce1%. Dla takiej właśnie maszyny zdefiniowane wcze- 
Sniej wielkości P, I oraz H zyskują nazwy: P(s) - to prawdopodobieństwo 
algorytmiczne ciągu s, H(s) - entropia algorytmiczna, oraz I(s) - informacja 
algorytmiczna. Mogą być one nazwane, zgodnie z koncepcją Salomonoffa 
(1960), wielkościami a priori. 

Powyższą charakterystykę P, H oraz I dla pojedynczego stringu s można 
uogólnić dla przypadku skończonego ciągu stringów, które na taśmie wyni- 
kowej oddzielane są przecinkami. Definiuje się wtedy łączne (ang. joint) 
prawdopodobienstwo P(sy,S2,...,S,), oraz łączną entropię H(sj, S2, ..., Sn) 


19 Przez i-tą maszynę Turinga rozumie się tę, która znajduje się na liście wszystkich moż- 
liwych maszyn na i-tym miejscu, przy czym lista ta powstaje poprzez uszeregowanie definiu- 
jących te maszyny tablic według ich rozmiaru (to znaczy liczby stanów maszyny) oraz leksy- 
kograficznie, gdy rozmiar tablic jest taki sam. 
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i złożoność I (s14, S2, ...,S„) określoną dla ciągów postaci Sy, S2, ..., Sn. Można 
wtedy określić również prawdopodobieństwo warunkowe P(ti, t2, ..., tm|S1, 
Są w+» Sn) ciągu ti, tz,...,t, względem danego ciągu Sy, S2, ...,S,,jako sto- 
sunek łącznego prawdopodobieństwa P(st) do P(s). Podobnie definiuje 
się entropię warunkową, otrzymując związek: H(s,t) = H(s) + H(slt). 
Chaitin nie poprzestaje na analizie dotyczącej ciągów skończonych; w 1977 
roku formułuje on algorytmiczną teorię informacji dla obliczeń nieskoń- 
czonych20. 

Chociaż każdy z autorów algorytmicznej teorii informacji - Solomonoff, 
Kołmogorow i Chaitin - miał różne motywacje do jej stworzenia, to jednak 
teorie ich są bardzo podobne. Solomonoffa interesowały kwestie filozoficz- 
ne związane z indukcją, a do ich formalnego opisu wykorzystał on prawdo- 
podobieństwo a priori skończonego ciągu symboli. Z kolei Kołmogorow 
i Chaitin zdefiniowali złożoność ciągu jako długość najkrótszego programu 
generującego ten ciąg, zgodnie z założeniem, że „[...] im krótszy program, 
tym większe uporządkowanie można przypisać ciągowi” (Chaitin, 1965, 
s. 38), a tym samym mniejsza jest jego złożoność. Teorie te, w odróżnieniu 
od teorii komunikacji Shannona, pozwalają na obliczenie ilości informacji 
zawartej w pojedynczych obiektach - przy użyciu pojęcia ich złożoności. Na 
przykład rozwinięcie dziesiętne liczby n ma bardzo niską złożoność (cho- 
ciaż jest nieskończone), ponieważ istnieje bardzo prosty program generują- 
cy dowolną liczbę cyfr tego rozwinięcia. 

Algorytmiczna teoria informacji zdobyła szybko popularność - jako 
podstawowa teoria informacji. Niektórzy twierdzą nawet, że złożoność 
Kołmogorowa jest bardziej fundamentalna niż opisana wcześniej entropia 
Shannona. Tak dużej popularności nigdy nie zdobyła przedstawiona poniżej 
teoria stworzona przez Polaka - Mariana Mazura. 


3.2.3. Teoria informacji Mazura 


Marian Mazur stworzył oryginalną teorię informacji, którą opisał 
w wydanej w 1970 roku książce Jakościowa teoria informacji. Koncepcja ta, 
wywodząca się z cybernetyki, wiąże istotę informacji z procesami komuni- 
kacyjnymi i sterującymi zachodzącymi w złożonym układzie. Nie jest to 
zatem teoria informacji samej w sobie, lecz teoria informowania poprzez 
transmisję komunikatów. Jej autor zdefiniował sześć sposobów informowa- 
nia wiernego, a także przeanalizował wszelkie możliwe rodzaje zniekształ- 
ceń informacji. 


20 Wykorzystuje w tym celu wyniki Roberta M. Solovaya. 
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Mazur zauważył, ze teoria Shannona nie tylko ogranicza sie do jednego 
tylko aspektu informacji - do mierzenia jej ilości — ale również nie odpo- 
wiada na pytanie o ilość informacji w zwykłych, spotykanych na co dzień 
sytuacjach. Określenie „ilości informacji” wymaga bowiem zawsze określe- 
nia zbioru wszystkich możliwych komunikatów, co jest niezbędne do obli- 
czenia ich prawdopodobieństwa. Jednak w praktyce często bywa to niemoż- 
liwe. Rozważmy przykłady podane przez Mazura. 

Programy nauczania historii w szkole zawierają mniejszą lub większą 
liczbę faktów historycznych. Dla każdego nauczyciela jasne jest, że przy 
obszerniejszym programie uczeń otrzymuje więcej informacji niż przy pro- 
gramie uboższym. Jednak do ilościowego określenia tej różnicy nie można 
posłużyć się „ilością informacji” w sensie Shannona, ponieważ nie sposób 
określić liczby wszystkich faktów historycznych; a co więcej - nie ma sensu 
mówienie o prawdopodobieństwie zdarzeń historycznych, które już się 
wydarzyły. Mazur (1970) zauważa również, że: 


Z podobnych przyczyn niepodobna określić „ilość informacji” zawartą np. 
w stwierdzeniu, że teraz jest rok 1970. Do zbioru ilu lat należy bowiem wymie- 
niony rok? Jak można mówić o prawdopodobieństwie występowania poszcze- 
gólnych lat, zwłaszcza lat minionych, a więc niemogących się już zdarzyć z żad- 
nym prawdopodobieństwem? (s. 17). 


Pojęcia ilości informacji Shannona nie można również zastosować do 
mapy?1, chociaż niewątpliwie zawiera ona jej wiele, na przykład ze Poznan 
leży na zachód od Warszawy oraz że odległość pomiędzy tymi miastami 
wynosi 303 km. Ile bitów zawiera każda z tych informacji? O jakie prawdo- 
podobieństwo może w tym przypadku chodzić? Nie wiemy również, jak 
określić ilość informacji zawartą w twierdzeniach matematyki, na przykład 
- w informacji o związku pomiędzy długością średnicy koła a długością jego 
promienia. 

Mazur próbuje uniknąć tej trudności, ograniczając się w swoich rozwa- 
zaniach do zjawisk związanych z dążeniem do pewnego celu, czyli - do ste- 
rowania. Dzięki temu w tworzonej teorii będzie mógł użyć terminologii 
z zakresu cybernetyki, w tym pojęcia transformacji komunikatów, z roz- 
różnieniem kodów (jako transformacji wzdłuż toru sterowniczego) oraz 
informacji (jako transformacji w poprzek tego toru). Przeanalizujmy teraz 
podstawowe definicje. 

Do analizy procesu sterowniczego konieczne jest wprowadzenie nastę- 
pujących pojęć cybernetycznych: 


21 Przykład mapy omawiał również Kołmogorow (por. paragraf 3.2.2). 
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- Źródło oddziaływania - system oddziałujący na inny system w obwo- 
dzie sterowniczym, 

- odbiornik oddziaływania - system, na który oddziałuje inny system 
w obwodzie sterowniczym, 

- tor sterowniczy - system, za którego pośrednictwem pewien system 
oddziałuje na inny system (zaczyna się on na wyjściu źródła oddziały- 
wania, a kończy na wejściu odbiornika oddziaływania). 

Rozważmy dla przykładu działanie pieca wyposażonego w automatycz- 
ny regulator temperatury. Gdy temperatura pieca wzrasta ponad oznaczoną 
wartość, regulator przerywa dopływ energii elektrycznej - powodując jego 
wyłączenie - natomiast gdy temperatura stygnącego pieca spadnie poniżej 
określonej wartości, regulator wówczas dopływ ten przywraca. Z punktu 
widzenia użytkownika, regulator jest źródłem oddziaływania, a piec jego 
odbiornikiem. 

Na oddziaływanie w torze sterowniczym składa się pewna liczba stanów 
fizycznych nazywanych komunikatami. Mazur (1970) definiuje komunikat 
jako „stan fizyczny różniący się w określony sposób od innego stanu fizycz- 
nego w torze sterowniczym” (s. 35). Wyróżnia przy tym dwa rodzaje zbio- 
rów komunikatów: 

- zbiór poprzeczny - zbiór komunikatów w dowolnym miejscu toru ste- 

rowniczego, 

- zbiór wzdłużny - zbiór komunikatów, które powstały z innych komu- 
nikatów lub z których powstały inne komunikaty, przy czym każdy 
z komunikatów tego zbioru należy do innego zbioru poprzecznego. 

Mamy zatem do czynienia ze zbiorem fizycznych stanów toru sterowni- 
czego (tak zwanych stanów poprzecznych), składającym się z komunikatów. 
Pierwszy komunikat nazywa się przy tym oryginałem, a ostatni - obrazem. 
W obrębie takiej struktury można mówić o „informacji” i „informowaniu”. 

Dla zdefiniowania kluczowego pojęcia „informacja” potrzebne są jeszcze 
trzy inne określenia: „asocjacja komunikatów” (nieuporządkowana para 
komunikatów wyodrębnionych ze wzdłużnego lub poprzecznego zbioru 
komunikatów w procesie sterowniczym), „asocjacja informacyjna” (asocja- 
cja komunikatów z poprzecznego zbioru) oraz „transformacja” (proces, ja- 
kiemu należy poddać jeden z komunikatów asocjacji, aby otrzymać drugi). 
Transformacja określa zatem związek między komunikatami asocjacji. 
Mazur zwraca uwagę, że istnieje wiele transformacji, które mogą prze- 
kształcać dany komunikat w inny. Na przykład, komunikat „a=2” można 
przekształcić w komunikat „b= 8” za pomocą transformacji: a + 6 = b, 4a = b 
oraz 3a + 2 =b. 

Po przedstawieniu koniecznych pojęć autor podaje następującą definicję 
(Mazur, 1970, s. 70): „Informacja jest to transformacja jednego komunikatu 
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asocjacji informacyjnej w drugi komunikat tej asocjacji”. Natomiast dalej 
dodaje: 


Informacja jako transformacja jednego komunikatu w drugi (na przykład ory- 
ginału w inny oryginał, bądź obrazu w inny obraz??) jest związkiem pomiędzy 
dwoma komunikatami i w takim sensie można mówić, że informacja jest zawar- 
ta w komunikatach (oryginałach, obrazach). Biorąc to pod uwagę, można 
wprowadzić ponadto konwencję terminologiczną: informowanie jest to trans- 
formacja informacji zawartej w oryginałach w informację zawartą w obrazach. 
(s. 121) 


W dążeniu do określenia „liczby informacji” Mazur wyróżnia trzy jej ro- 
dzaje: 

- użyteczną - informacja spośród najmniejszej możliwej ich liczby za- 
wartych w łańcuchu informacyjnym23, niezbędnych w danych procesie 
sterowniczym, 

- redundancyjną - wynikającą z innych informacji danego łańcucha in- 
formacyjnego, oraz 

- pasożytniczą - pochodząca spoza danego procesu sterowniczego. 

Pomija przy tym dwa ostatnie rodzaje, koncentrując się na informacji 
użytecznej, którą podzielił na opisującą i identyfikującą. Wykazał ponadto, 
że tylko „liczba informacji identyfikujących” jest tym samym, co „ilość in- 
formacji” wyrażona wzorem Shannona - wbrew panującemu dotychczas 
przeświadczeniu, że matematyczna teoria komunikacji odnosi się do wszel- 
kich informacji. Prześledźmy rozważania, które doprowadziły go do takiego 
wniosku. 

Informację opisującą Mazur definiuje jako informację spośród najmniej- 
szej możliwej liczby informacji, niezbędnych do określenia dowolnego ko- 
munikatu w łańcuchu informacyjnym. I dalej, informacja identyfikująca to 
informacja spośród najmniejszej możliwej liczby informacji niezbędnych do 
określenia komunikatu wyróżnionego z łańcucha informacyjnego. Do wy- 
różnienia jednego komunikatu z takiego łańcucha konieczne jest pewne, 
możliwe do sprawdzenia, kryterium. Mogą nim być: czas (określenie chwili, 
w jakiej występuje wyróżniony komunikat), przestrzeń (miejsce, w którym 
on występuje), kolejność (numer komunikatu) i tym podobne. 


22 Oryginał jest to komunikat należący do zbioru poprzecznego komunikatów na wyjściu 
Źródła oddziaływania, a obraz to komunikat należący do zbioru poprzecznego komunikatów 
na wejściu odbiornika oddziaływania. Na przykład: każdy pomiar jest procesem, w którym 
wartości mierzone są oryginałami, a wyniki pomiaru - obrazami, mapa z kolei (zbiór obra- 
zów) jest odwzorowaniem terenu (zbiór oryginałów) - [przypis mój I. B-K]. 

23 Łańcuch informacyjny jest to łańcuch komunikatów poprzecznego zbioru komuni- 
katów. 
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Oznaczmy teraz przez D liczbe informacji opisujacych potrzebnych do 
określenia jednego komunikatu. Mazur dowodzi następujących twierdzeń. 

Twierdzenie 1. Liczba informacji opisujących jeden komunikat w łań- 
cuchu informacyjnym składającym się z n różnych komunikatów jest równa 
liczbie n tych komunikatów. 

Zastanówmy się teraz, jaka jest liczba informacji opisujących, potrzeb- 
nych do zidentyfikowania wyróżnionego komunikatu. Powróćmy w tym 
celu do opisanej wcześniej zabawy w odgadywanie komunikatów poprzez 
Stawianie pytań. Przypuśćmy, że chcemy się dowiedzieć, jaka jest pora roku. 
Wiemy, że są cztery możliwe odpowiedzi: wiosna, lato, jesień, zima. A zatem 
liczba informacji opisujących, umożliwiających identyfikację wyróżnionego 
komunikatu (pory roku), zależy od kolejności ich uzyskiwania, to znaczy od 
kolejności stawiania pytań i otrzymywania odpowiedzi. W przypadku czte- 
rech komunikatów (czteroelementowego zbioru pór roku), w najgorszym 
przypadku potrzebne są trzy informacje (trzy pytania) - i to bez względu na 
brzmienie odpowiedzi na ostatnie z nich. Sytuacja w najgorszym przypadku 
jest bowiem następująca: pytanie pierwsze - „Czy jest wiosna?” , odpowiedź 
- „nie”, pytanie drugie — „Czy jest lato?”, odpowiedź - „nie”, pytanie trzecie - 
„ Czy jest zima?”. Po odpowiedzi na ostatnie pytanie wyróżniony komunikat 
jest już zidentyfikowany, jeśli bowiem brzmi ona „tak”, to porą roku jest 
zima, a w przeciwnym przypadku jest nią jesień. Zatem do określenia jed- 
nego z czterech komunikatów potrzeba trzech informacji opisujących. Jest 
to pozornie niezgodne z twierdzeniem 1., mówiącym, że liczba informacji 
opisujących jeden komunikat w łańcuchu informacyjnym składającym się 
z 4 różnych komunikatów jest równa liczbie tych komunikatów - czyli 4. 
Należy jednak pamiętać, że informacja o tym, ile jest komunikatów (ile jest 
pór roku), jest z góry daną czwartą informacją. Co więcej: 

Twierdzenie 2. Liczba informacji opisujących, potrzebnych do ziden- 
tyfikowania wyróżnionego komunikatu, jest jednoznacznie określona tylko 
w łańcuchu informacyjnym składającym się z dwóch komunikatów. 

Tylko w przypadku pary komunikatów: „wypadł orzeł” oraz: „wypadła 
reszka”, do zidentyfikowania wyróżnionego komunikatu wystarcza zarów- 
no informacja, że „wypadł orzeł”, jak i informacja: „nie wypadła reszka”. 
Wobec tego nieistotne jest, czy rozpocznie się identyfikację od pytania: „Czy 
wypadł orzeł?”, czy też od pytania: „Czy wypadła reszka?”. 

Można uogólnić ten wynik. Jednym ze sposobów identyfikacji elemen- 
tów zbioru, opisanym podczas zabawy w zadawanie pytań, jest wielokrot- 
ne dzielenie tego zbioru na dwie części (o możliwie takiej samej liczbie 
elementów), aż do uzyskania pary komunikatów, a w niej komunikatu wy- 
różnionego. Poniższe twierdzenie określa, ile takich podziałów trzeba 
dokonać. 
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Twierdzenie 3. Liczba informacji identyfikujacych jeden komunikat 
w łańcuchu informacyjnym składającym się z n różnych komunikatów moze 
być określona przez logarytm dwójkowy liczby komunikatów, co można 
zapisać symbolicznie wzorem: 


H,, =log,n. 
Twierdzenie 4. Jezeli w łańcuchu informacyjnym, składającym sie zn 
komunikatów, występuje m klas utworzonych odpowiednio z n,,n, ,...„N,, 


jednakowych komunikatów, to średnią liczbę informacji identyfikujących 
można wyrazić wzorem 


n n n n n n 
H =— log, —+—log, —+...+—log, —. 
n n, n Ą n N, 


Twierdzenie 5. Średnia liczba informacji identyfikujących jest równa 
logarytmowi dwójkowemu średniej liczby informacji opisujących. 


H=log,D. 


Z powyzszego wzoru natychmiast wynika, ze liczba informacji identyfi- 
kujacych H jest mniejsza od liczby informacji opisujacych D. 

Korzystając z powyższych twierdzeń, porównajmy teraz pojęcia „liczby 
informacji” oraz „ilości informacji” Shannona. Przytoczmy w tym celu rozu- 
mowanie Mazura (1970, s. 202-203). 

Prawdopodobieństwo wyraża się stosunkiem liczby zdarzeń wyróżnio- 
nych pod określonym względem (sprzyjających zajściu danego zdarzenia) 
do liczby wszystkich możliwych zdarzeń. Zatem jeżeli na n zdarzeń zdarze- 
nie a może wystąpić n, razy, zdarzenie b - ny razy, ..., zdarzenie m - nm razy, 


to ich prawdopodobieństwa można wyrazić następująco: 


Pa Ppa, Pam, 
n 


Wtedy wzór wyrażający średnią liczbę informacji identyfikujących (na 
mocy twierdzenia 4.) przybiera postać: 
H =-P log, P, —P,log, P, —...—P„log,P,. 
Nietrudno zauważyć, że jest on identyczny ze wzorem Shannona na en- 
tropię źródła: 


H=-X`P log, P,. 
i=1 
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Porównując te wzory, należy mieć na uwadze jednostki, w jakich wyra- 
zane są opisywane przez nie wielkości. W teorii Shannona jeden bit to ilość 
informacji powstająca podczas wyboru jednego z dwóch jednakowo praw- 
dopodobnych zdarzeń. W teorii Mazura pojęciu temu odpowiada „jedna 
informacja identyfikująca”, wyróżniająca jeden z dwóch komunikatów - 
jednak bez zastrzeżenia, że muszą być one jednakowo prawdopodobne, 
ponieważ każdy z nich uważa się za jednorazowy. Jeśli jakiś komunikat po- 
wtarza się, to mówimy o klasie komunikatów; na przykład w rzucie monetą 
rozróżnienie wyników „wypadł orzeł” i „wypadła reszka” jest tylko sposo- 
bem mówienia o tym, że pewne wyniki zalicza sie do klasy „orzeł”, a inne do 
klasy „reszka”. 

Skoro „ilość informacji” wyrażona w bitach i „liczba informacji identyfi- 
kujących” oznaczają tę samą wielkość, to powstaje pytanie, dlaczego 
w pewnych sytuacjach - takich jak wspomniane już mapy bądź programy 
nauczania - pojęcie ilości informacji Shannona okazuje się nieprzydatne. 
Spróbujmy na przykład określić, jaką ilość informacji zawiera zależność 
pomiędzy długością średnicy koła a długością jego promienia. Aby to usta- 
lić, posługując się przy tym pojęciem ilości informacji Shannona, trzeba by 
określić prawdopodobieństwo występowania promienia i średnicy koła, 
a następnie zastosować wzór na H. Jednak zarówno promień, jak i średnica 
koła są pojęciami abstrakcyjnymi, a nie zdarzeniami, które mogą występo- 
wać z mniejszym lub większym prawdopodobieństwem. W teorii Mazura 
natomiast możliwe jest przedstawienie tej zależności w postaci dwóch in- 
formacji opisujących: 1) dany jest promień koła, 2) średnica jest dwa razy 
większa od promienia. Wtedy, znając liczbę informacji opisujących D2 = 2, 
można obliczyć liczbę informacji identyfikujących H,=log,2=1, co jest 
równoważne jednemu bitowi informacji. 

Analizując powyższy przykład, można odnieść mylne wrażenie, że teoria 
Mazura rozwiązuje trudności matematycznej teorii komunikacji, wynikające 
z oparcia tej drugiej na prawdopodobieństwie. Sam jej autor zauważa, że co 
prawda w każdym procesie sterowniczym występują komunikaty oraz 
określające je informacje opisujące, jednak nie wszystkie sytuacje można 
sprowadzić do identyfikacji komunikatów, a tylko w takim przypadku może 
być mowa o liczbie informacji identyfikujących, czyli o ilości informacji. 
A zatem nie zawsze można zamienić „ilość informacji” na „liczbę informacji”. 
I tak na przykład w twierdzeniach geometrii nie chodzi o liczbę informacji 
identyfikujących (nie stawia się tam pytań: „Czy spośród dwóch elementów, 
jakimi są promień i średnica, wystąpi promień czy średnica?”), ale o liczbę 
informacji opisujących, co znajduje wyraz w takich sformułowaniach jak: 
„dane są trzy boki trójkąta...”, „jeśli promień kuli wpisanej w stożek...” itym 
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podobne. Mazur (1970) stwierdza, że ,,[...] na podstawie liczby informacji 
opisujących można zawsze określić liczbę informacji identyfikujących (ilość 
informacji), ale ma to sens tylko tam, gdzie istotnie chodzi o identyfikację” 
(s. 206). 

Podsumowując, warto zauważyć, że „informacja” rozważana w teorii 
Mazura traktowana jest jako wielkość fizyczna, ponieważ transformowanie 
komunikatów to proces fizyczny, oparty na przypływie energii. Co więcej, 
zaproponowana przez autora nazwa „jakościowa teoria informacji” może 
być bardzo myląca; występujący w niej termin „jakościowa” nie odnosi się 
bowiem do informacji, lecz do teorii na jej temat. Używając takiej termino- 
logii, Mazur chciał zwrócić uwagę na to, że jego teoria odpowiada na pytania 
o naturę informacji: czym ona w istocie jest, jakie są jej rodzaje oraz na 
czym polegają procesy informowania. Całkowicie pomija jednak pojęcie 
jakości informacji - rozumiane jako jej wartość (związaną na przykład ze 
znaczeniem) - na której koncentrują się teorie semantyczne. 


3.2.4. Teoria informacji semantycznej 


Pojawienie się w latach 50. XX wieku matematycznych teorii informa- 
cji, a w szczególności teorii komunikacji Shannona, zostało przez filozofów 
przyjęte początkowo z entuzjazmem, który z czasem jednak osłabł. Obecnie 
większość z nich uważa, że teorie te wprowadzają zbyt surowe ograniczenia 
w rozważaniach semantycznych i pragmatycznych aspektów informacji, co 
prowadzi do znacznego zubożenia jej pojmowania. Badacze ci mają nato- 
miast odmienne poglądy na temat siły i znaczenia tych ograniczeń. 

Z filozoficznego punktu widzenia celowe wydaje się analizowanie in- 
formacji nie tylko na poziomie syntaktycznym, jak to czynią teorie matema- 
tyczne, ale również - semantycznym. Postulat rozważania informacji wraz 
z jej „zawartością semantyczną” doprowadził do powstania semantycznych 
teorii informacji. Patrząc z perspektywy historycznej, pierwsze takie teorie 
były zależne od teorii Shannona, a późniejsze ewoluowały w stronę całko- 
witej autonomii. Jednak większość z nich, nawet teorie najbardziej niezależ- 
ne od matematycznej teorii komunikacji, przejmuje z niej przynajmniej dwie 
rzeczy: model komunikacji oraz zasadę głoszącą, że ilość informacji niesionej 
przez dany komunikat jest odwrotnością jego prawdopodobieństwa?. 

Jedno z pierwszych określeń informacji semantycznej zaproponowali 
Bar-Hillel i Carnap (1952, 1953). Podana przez nich definicja sformułowana 


24 Barwise (1989) nazwał tę zasadę zasadą odwrotnej zależności (ang. Inverse Relation- 
ship Principle). 
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jest w terminach lingwistycznych25 i wykorzystuje pojęcie prawdopodo- 
bieństwa indukcyjnego, wprowadzone przez Rudolfa Carnapa (Carnap, 
1950, 1952, 1959). Przyjrzyjmy się sposobowi, w jaki autorzy definiują po- 
jęcie treści (zawartości, ang. content) semantycznej. 

Rozważmy ustalony język, w którym występuje skończona liczba sta- 
łych, oznaczających indywidua (rzeczy, wydarzenia, sytuacje), oraz skoń- 
czona liczba predykatów jednoargumentowych, oznaczających ich pierwot- 
ne własności. Formuły atomowe (ang. atomic statement), na przykład 
Pia (a, ma własność P, ), stwierdzają, że własności pierwotne zachodzą dla 
indywiduów. Formuły atomowe oraz wyrażenia utworzone przez ich połą- 
czenie spójnikami zdaniowymi (negacją, alternatywą, koniunkcją, implika- 
cją i równoważnością) są formułami molekularnymi (ang. molecular state- 
ment). Wszystkie formuły atomowe i ich negacje nazywane są formułami 
podstawowymi (ang. basic statements). Każda formuła jest albo L-prawdzi- 
wa (logicznie prawdziwa, analityczna), albo L-fałszywa (logicznie fałszywa, 
przeczy sama sobie), bądź też — rzeczowa (ang. factual, logicznie nieokre- 
Slona, syntetyczna). 

Opisem stanu (ang. state-description) jest alternatywa, zawierająca jako 
składniki dla każdej formuły atomowej albo tę właśnie formułę, albo jej 
negację, oraz — niezawierająca innych formuł. A zatem opis stanu przedsta- 
wia możliwy stan rozważanego uniwersum. Dla każdej formuły j zbiór tych 
opisów stanów, w których j zachodzi (to znaczy takich, które L-implikuja j), 
nazywa się zasięgiem (dziedziną, ang. range) j. Zasięg j jest pusty wtedy 
i tylko wtedy, gdy j jest L-fałszywa; w przeciwnym przypadku j jest 
L-równoważna alternatywie opisów stanów w jej zasięgu. 

Niech teraz Ly będzie funkcyjnym systemem semantycznym pierwszego 
rzędu, który zawiera n indywiduów (ay, ...,a„) oraz m własności pierwot- 
nych (P,,...,P,). Element treści (ang. content-element) to alternatywa, 
w której dla każdej z n :m formuł atomowych występuje albo ta formuła, 
albo jej zaprzeczenie (nie równocześnie). Na przykład jednym z 64 elemen- 
tów treści języka L3 jest alternatywa postaci: 


P aiv aP2a vaP A2V P27 a2 VP, a3vP2a3. 


Zbiór wszystkich elementów treści L-implikowanych przez wyrażenie i 
(w Lẹ) nazywa się treścią tego wyrażenia i oznacza przez Cont(i). Bar-Hillel 
i Carnap (1953) tak wyjaśniają znaczenie tego pojęcia: „Proponujemy 
Count(i) jako eksplikację dla zwykłego pojęcia 'informacji dostarczanej 
przez formułę i w jego sensie semantycznym” (s. 149). 


25 Podobną, ale nie identyczną teorię informacji, w której pojęcie informacji interpreto- 
wane jest w ramach lingwistycznych, przedstawił Fred Dretske (1981, 1983). 
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Miara tresci semantycznej zawartej w p jest dopetnienie prawdopodo- 
bienstwa a priori P(p): 


Cont(p)=1-P(p). 


Również „informatywność” (nazywana „miarą semantycznej nowości”) 
ma w tej teorii swoje określenie: 


INF(p) = log—— = — log P(p). 


1-Cont(p) m 

Takie probabilistyczne rozumienie treści informacji było rozwijane później, 
między innymi przez Hintikkę (1970) i Dretske'a?6 (1981, 1983). 

Prawdopodobieństwo występujące w tych wzorach może mieć różne in- 
terpretacje. Bar-Hillel i Carnap w pracy z 1953 roku pokazali, że rozkład 
prawdopodobieństwa może być wynikiem konstrukcji logicznej formuł 
atomowych w wybranym języku formalnym. Powoduje to bezpośrednią 
zależność pomiędzy językiem obserwacyjnym a formalnym. Z kolei Dretske 
odnosi wartość prawdopodobieństwa do obserwowanego stanu rzeczy (s): 


I(s) = —log P(s), 


gdzie I(s) oznacza informację zawartą w s. 

Informację semantyczną można również rozumieć w terminach modal- 
nych. Treścią semantyczną zdania jest wówczas zbiór wszystkich możli- 
wych światów, w których zdanie to jest fałszywe — czyli światy wykluczone 
przez to zdanie. Oznaczając przez W zbiór wszystkich możliwych światów, 
Sequoiah-Grayson (2007) definiuje treść semantyczną w następujący spo- 
sób (s. 335): 


Cont(s)=ger (X E W:x Fas} 


Łatwo zauważyć, że powyższa teoria informacji semantycznej zachowu- 
je wspomnianą wcześniej zasadę odwrotnej zależności?7, gtoszaca, że ilość 
informacji niesionej przez dany komunikat jest odwrotnością jego praw- 
dopodobieństwa. Związana jest z nią pewna własność informacji - nazy- 
wana obecnie paradoksem Bar-Hillela-Carnapa - głosząca, że zdania 
sprzeczne, których prawdopodobieństwo wynosi zero, niosą najwięcej 
informacji (również semantycznej). Oto, co piszą Bar-Hillel i Carnap w pracy 
z roku 1953: 


26 Szczegółowe omówienie teorii Dretske'a znaleźć można np. w Epistemologii informacji 
(Hetmański, 2013). 

27 Zasada ta, pochodząca z matematycznej teorii komunikacji, jest przyjmowana przez 
większość teorii informacji semantycznej (por. przypis 23). 
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To moze wydawać sie na pierwszy rzut oka dziwne, że zdania wewnętrznie 
sprzeczne (ang. self-contradictory), a więc takie, których żaden idealny odbiorca 
nie akceptuje, uważa się za niosące najwięcej informacji. Należy jednak podkre- 
Ślić, że informacja semantyczna nie jest tutaj rozumiana jako implikująca praw- 
dziwość. Fałszywe zdanie, któremu zdarza się mówić wiele, jest w naszym 
rozumieniu bardzo informatywne. Nie interesuje nas, czy informacje, które niesie, 
są prawdziwe czy fałszywe, wartościowe naukowo czy też nie. Zdania sprzecz- 
ne zakładają zbyt wiele; są zbyt informatywne, by być prawdziwe (s. 229). 


Powyższa własność była wielokrotnie dyskutowana w literaturze 
przedmiotu. Niektórzy badacze, podobnie jak Bar-Hillel i Carnap, traktowali 
ją jako pewną nieodłączną konsekwencję teorii stabej28 informacji seman- 
tycznej i nie nazywali paradoksem. Inni szukali jego rozwiązania. Pojawiły 
się różne propozycje: od przyjęcia, że wszystkie przypadki sprzeczne niosą 
taką samą - albo nieskończoną, albo zerową - ilość informacji, poprzez wye- 
liminowanie a priori z rozważań wszystkich przypadków sprzecznych, aż po 
teorię informacji silnie semantycznej - jedną z obecnie najbardziej wpły- 
wowych, stworzoną przez Luciano Floridiego (Floridi, 2003, 2004a, 2004c, 
2005a, 2005b, 2005c). 


3.2.5. Teoria informacji silnie semantycznej Floridiego 


Rozważmy za Floridim (2004c) sytuację, która ułatwi nam zrozumie- 
nie przedstawionych pojęć. Pewnego ranka wsiadasz do samochodu i prze- 
kręcasz kluczyk w stacyjce. Jednak zamiast spodziewanego dźwięku silnika 
słyszysz ciszę. Zauważasz ponadto, że pali się czerwona lampka ze znacz- 
kiem akumulatora, co przypomina ci, że wczoraj zapomniałeś wyłączyć 
światła. Telefonujesz do mechanika, który mówi ci, że w instrukcji obsługi 
samochodu znajdziesz wskazówki, co należy zrobić, by uruchomić samo- 
chód z użyciem kabli i akumulatora w innym aucie. Pożyczasz od sąsiada 
potrzebne kable, analizujesz opis i ilustracje w instrukcji - i w końcu roz- 
wiązujesz problem. W jaki sposób można opisać formalnie występujące 
w opisie tej sytuacji pojęcie informacji? 

Floridi (2005b) podaje następującą ogólną definicję informacji: 

(GDI) o jest instancją informacji, rozumianej jako zawartość semantycz- 
na, wtedy i tylko wtedy, gdy: 

(GDI.1) o składa się z jednej lub więcej danych; 


28 W odróżnieniu od silnej informacji semantycznej, której teorię (opisaną w paragrafie 
3.2.5) stworzył Luciano Floridi. 
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(GDI.2) dane w o są poprawnie sformułowane; 

(GDI.3) poprawnie sformułowane dane w o są znaczące”. 

Powyższa definicja wskazuje trzy podstawowe, zdaniem Floridiego, 
cechy informacji: (1) składa się z ona z określonej liczby danych, (2) dane te 
są poprawnie sformułowane (to znaczy utworzone zgodnie z regułami 
pewnej składni systemu, języka lub kodu, który analizujemy) oraz (3) dane 
te są znaczące (ang. meaningful), czyli muszą mieć pewne znaczenie w uży- 
wanym systemie czy języku. 

W tym miejscu warto zwrócić uwagę, że tak rozumiana informacja se- 
mantyczna nie musi być językowa. Obrazy są często bardziej komunikatyw- 
ne niż ich słowne opisy, jak to jest widoczne na przykład w instrukcjach 
obsługi czy montażu. Pojawiające się w powyższej definicji pojęcie „składni” 
autor rozumie zatem bardzo szeroko, nie tylko lingwistycznie (jako reguły 
składniowe języka), ale i bardziej ogólnie - jako coś, co wyznacza formę, 
strukturę czy konstrukcję obiektu; w tym sensie o składni mogą mówić in- 
żynierowie, reżyserzy, malarze czy szachiści. W opisanej na wstępie sytuacji 
z samochodem istnieją reguły mówiące o tym, że ilustracja przedstawiająca 
sposób podłączenia kablami dwóch aut obrazuje (na płaszczyźnie) samo- 
chody stojące obok siebie, a nie na przykład jeden na drugim. Taka „obraz- 
kowa składnia” powoduje, że ilustracja jest dla oglądającego (przynajmniej 
potencjalnie) zrozumiała. Jako składnię traktować można również właściwe 
podłączenie akumulatora (powodujące jego funkcjonowanie) oraz - po- 
prawne używanie języka polskiego (umożliwiające porozumienie z sąsia- 
dem w sprawie pożyczenia kabli). 

Informacja w ujęciu Floridiego może składać się z czterech rodzajów 
danych. Pierwszy z nich to dane podstawowe (ang. primary data) - przecho- 
wywane na przykład w bazach danych - takie jak tablica liczb. W opisywanej 
sytuacji czerwona lampka świecąca się w samochodzie jest przykładem 
danej podstawowej wyrażającej informację na temat stanu akumulatora. 
W starszych publikacjach Floridiego pojawiają się również dane poboczne 
(ponadpodstawowe; ang. secondary data), które są w pewnym sensie prze- 
ciwnością danych podstawowych, gdyż powstają przez ich nieobecność 
(można by je nazwać anty-danymi). Może to zobrazować brak pojawiające- 
go się zazwyczaj dźwięku po przekręceniu kluczyka w stacyjce, który in- 
formuje nas o tym, że silnik nie pracuje. A zatem cisza również może infor- 
mować! Jest to jedna z cech informacji - jej brak może być informatywny. 
Kolejny rodzaj danych to metadane, czyli wskazówki dotyczące natury 
innych - zazwyczaj podstawowych - rodzajów danych. Opisują one takie 


29 Floridi w swoich publikacja używa również słowa „infon” dla określenia instancji in- 
formacji o. 
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własności jak: lokalizacja, format, aktualizacja, dostępność, ograniczenia 
kopiowania i tym podobne. Metainformacja jest wówczas rozumiana jako 
informacja o naturze informacji, a więc na przykład: „Akumulator jest wy- 
czerpany” to informacja zapisana w języku polskim”. Dane trzeciego rodzaju 
to dane operacyjne - związane z używaniem samych danych, z operacjami 
na całym systemie danych i z jego interpretacją. Powiązana z nimi informa- 
cja operacyjna dotyczy dynamiki systemu informacyjnego. Przypuśćmy, że 
samochód ma na tablicy rozdzielczej żółtą lampkę, która zapala się w sytua- 
cji, gdy nie działa system sprawdzania funkcji samochodu. Jej światło moze 
świadczyć o tym, że wskaźnik niskiego poziomu akumulatora nie funkcjonu- 
je poprawnie, a tym samym nie wiadomo, czy prawdziwa jest hipoteza, że 
poziom energii w akumulatorze jest niski. Ostatni typ danych to dane 
pochodne, które można uzyskać z danych pozostałych rodzajów. Na przy- 
kład na podstawie analizy wydruku operacji na karcie kredytowej można 
uzyskać informację o tym, gdzie przebywał w danym dniu jej użytkownik 
(choćby dzięki temu, że płacił rachunek na stacji benzynowej). 

Przyjrzyjmy się teraz podstawowym cechom informacji w ujęciu Flori- 
diego. Przedstawiona przez niego definicja (GDI) wyraźnie wskazuje, że do 
istnienia informacji konieczne są dane, jednakże autor nie precyzuje ich 
typu. Można zatem przyjąć, że w najprostszym przypadku składa się ona 
z jednej danej (d), zredukowanej do braku identyczności pomiędzy dwoma 
znakami: 


(Dd) d=(x# y), gdzie x i y są niezinterpretowanymi zmiennymi. 


Zatem informacja semantyczna nie zależy od typu danych. Jest ona również 
niezależna od swego nośnika, to znaczy obecny jej format czy język, w któ- 
rym została zakodowana, nie są istotne. Ta sama informacja semantyczna 
może być cyfrowa lub analogowa, zapisana na papierze bądź wyświetlona 
na ekranie komputera, zapisana po polsku, angielsku lub w innym języku, 
wyrażona słowami lub rysunkiem. Taką własność informacji autor nazywa 
neutralnością typologiczną. 

Informacja w ujęciu Floridiego posiada również inne cechy, które nazy- 
wa on „neutralnościami”. Przez neutralność taksonomiczną autor rozumie 
stwierdzenie, że „dane” są bytami relacyjnymi - nic nie jest daną per se. I tak 
biała kartka papieru jest nie tylko tłem dla danej w postaci czarnej kropki, 
ale też częścią tej danej. Bycie daną jest własnością zewnętrzną. Nie ma za- 
tem danych bez relacji, chociaż ogólna definicja informacji nie identyfikuje 
ich z żadną konkretną relacją. 

Druga cecha informacji to neutralność ontologiczna rozumiana jako 
stwierdzenie, że nie ma informacji bez reprezentacji danych. Tezę tę można 
interpretować rozmaicie, a powtórzenie klasycznej debaty filozoficznej 
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realizm-antyrealizm prowadzić może do jej możliwych wyjaśnień lub uściśleń. 
Rozumiana materialistycznie, jako niemożność istnienia bezcielesnej infor- 
macji, wyraża się stwierdzeniem: nie ma informacji bez fizycznej reprezen- 
tacji. Takie założenie jest konieczne z punktu widzenia informatyki, która 
bierze pod uwagę fizyczne własności i ograniczenia nośników danych. Jed- 
nak teza ta dobrze pasuje również do niematerialistycznych koncepcji 
informacji. Przykładem jest monizm metafizyczny - którego wyrazicielem jest 
między innymi Wheeler — stwierdzenie, że istota wszechświata jest cyfrowa, 
składa się z informacji jako danych, a nie z materii czy energii, z obiektami 
fizycznymi jako jej złożonymi manifestacjami. Wheeler (1990) pisze: 


Wszystko z bitu (ang. It from bit). Innymi słowy, każde „coś” („it”) - każda czą- 
steczka, każde pole siłowe, nawet kontinuum czasoprzestrzenne samo w sobie 
— wywodzi swoją funkcję, swoje znaczenie, istnienie (nawet jeśli w niektórych 
kontekstach pośrednio) z odpowiedzi na pytania typu tak-nie, wyborów binar- 
nych, bitów. „It from bit” symbolizuje pogląd, że każdy obiekt fizycznego świata 
ma na dnie - w większości przypadków na bardzo głębokim dnie - niemate- 
rialne źródło i wyjaśnienie; to, co nazywamy rzeczywistością, powstaje ze 
stawiania pytań typu tak-nie oraz z notowania sprzętowo-wywołanych od- 
powiedzi; w skrócie — wszystkie fizyczne rzeczy mają pochodzenie informa- 
cyjno-teoretyczne i jest to wszechświat zaangażowany (ang. participatory 
universe) (s. 5). 


Podobny pogląd głosi Wiener (1961): „Informacja jest informacją, nie mate- 
rią czy energią. Żaden materializm, który tego nie przyznaje, nie może prze- 
trwać w dzisiejszych czasach” (s. 132). 

Trzeci rodzaj neutralności informacji, nazwany przez Floridiego (2005b) 
genetyczną, związany jest z analizą natury semantycznej danych. Zasada 
neutralności genetycznej stwierdza, że dobrze zdefiniowane dane mogą 
mieć znaczenie niezależnie od informowanego. Na przykład hieroglify egip- 
skie uważano za informację nawet wtedy, gdy jeszcze nie potrafiono ich 
odczytać, to znaczy przed odnalezieniem Kamienia z Rosetty30, który byt 
kluczem do ich zrozumienia. Ogólna definicja informacji stwierdza zatem 
możliwość istnienia informacji bez podmiotu informowanego, gdyż znacze- 
nie nie znajduje się w jego umyśle - a przynajmniej nie tylko w nim. 


30 Kamień ten odkryty został w czerwcu 1799 roku nieopodal miasta położonego w Del- 
cie Nilu, zwanego w starożytności Rosetta, a obecnie al Raszid. Natrafili na niego francuscy 
saperzy z armii Napoleona, którzy mieli przygotowywać fundamenty pod budowę fortu. Jest 
to fragment steli z czarnego bazaltu (o wymiarach - wysokość: 118 cm, szerokość: 77 cm, 
grubość: 30 cm i waga: 762 kg) zachowany w stanie szczątkowym. Na kamieniu wyryty zo- 
stał tekst w trzech wersjach - po egipsku pismem hieroglificznym i demotycznym oraz po 
grecku. 
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Warto w tym miejscu odróżnić zasadę neutralności genetycznej od 
mocniejszej realistycznej tezy, głoszonej między innymi przez Dretske'a 
(1981), zgodnie z którą dane mogą mieć swoje własne znaczenie niezależ- 
nie od inteligentnego informującego. Typowy przykład takiej informacji to 
seria koncentrycznych pierścieni w przekroju drzewa, dzięki której można 
oszacować jego wiek. Informacja taka nazywana jest środowiskową. 

Zastanówmy się teraz, czy ogólna definicja informacji, przedstawiona 
przez Floridiego, jest odpowiednia do interpretowania dwóch podstawo- 
wych typów informacji: instruktażowej oraz rzeczowej. Rozpocznijmy od 
typu bardzo ważnego z punktu informatyki - informacji instruktażowej 
(ang. instructional information), której przykłady znaleźć można między 
innymi w instrukcjach obsługi lub montażu. Są one podawane zazwyczaj 
w formie przepisu (procedury) wykonania pewnej czynności (na przykład 
zmontowania szafki) i mogą zawierać wyrażenia warunkowe typu: „jeśli..., 
to... w przeciwnym przypadku...”. Ten typ informacji nic nie mówi o sytua- 
cji czy stanie rzeczy, w żaden sposób go nie modeluje, nie przedstawia, jest 
raczej wskazaniem, jak ją spowodować, w jaki sposób osiągnąć pewien stan. 
Informacja instruktażowa pojawia się również w wielu innych kontekstach: 
od formułowania założeń („niech x = 3”), poprzez rozkazy („zamknij drzwi”), 
ruchy pionków w grach, partytury utworów muzycznych, aż po zapis pro- 
gramu komputerowego. 

Floridi twierdzi, że informacja instruktażowa ma również swoją „seman- 
tyczną stronę” - może być (przynajmniej potencjalnie) znacząca, a więc jest 
informacją w sensie definicji (GDI). Co więcej, może być także powiązana 
z informacją rzeczową w kontekście performatywnym, na przykład - 
w programowaniu, gdy określa się typ zmiennej. Warto jednak pamiętać, że 
informacja instruktażowa nie ma wartości logicznej, ponieważ formułowa- 
nie założeń, rozkazy, instrukcje, reguły gier, partytury utworów muzycz- 
nych czy też programy komputerowe nie mogą być zaklasyfikowane jako 
prawdziwe czy fałszywe. 

Rozważmy teraz, w kontekście teorii informacji silnie semantycznej, 
wartość logiczną informacji rzeczowej (ang. factual information). Jest to 
bowiem ten typ informacji, która mówi informowanemu „coś o czymś”, na 
przykład gdzie znajduje się jakieś miejsce lub która jest godzina - czyli któ- 
rej prawdziwość (fałszywość) jest istotnym atrybutem. Wielu filozofów 
twierdzi, że definicja Floridiego nie jest odpowiednia do mówienia o infor- 
macji rzeczowej. Przyjęcie, że informację stanowią wszelkie znaczące i po- 
prawnie sformułowane dane — niezależnie od tego, czy wyrażają one prawdę 
czy fałsz, czy też nie posiadają żadnej wartości logicznej - ma swoje bardzo 
kontrowersyjne konsekwencje. 


161 


Pierwszą z nich można wyrazić poprzez stwierdzenie, ze informacja fał- 
szywa jest prawomocnym rodzajem informacji semantycznej, a nie pseudo- 
informacją. Dretske (1981) natomiast twierdzi, że informacja fałszywa oraz 
informacja chybiona (ang. miss-information) nie są rodzajami informacji - 
podobnie jak kaczki przynęty i gumowe kaczki nie są rodzajami kaczek. 

Po drugie, przyjmując definicję Floridiego, wszystkie tautologie (prawdy 
konieczne) można zaklasyfikować jako informacje, chociaż nie wnoszą one 
niczego nowego do opisu rzeczywistości. Jest to niezgodnie z zasadą głoszą- 
cą, że im mniej prawdopodobny komunikat, tym więcej niesie informacji. 

Po trzecie, nie jest nadmiarowym wyrażenie „prawdą jest, że p”, gdzie p 
jest zmienną, za którą możemy podstawić dowolną informację. Na przykład 
ze stwierdzenia „Ziemia jest okrągła” to prawdziwa informacja” nie można 
wyeliminować słowa „prawdziwa” bez utraty znaczenia. 

Przyjrzyjmy się teraz modyfikacji definicji (GDI) zaproponowanej przez 
Floridiego, która ma ją przystosować do mówienia o informacji rzeczowej. 
W swej pracy (Floridi, 2005c) autor wymienia kilka najczęściej przytacza- 
nych argumentów na rzecz tezy, że informacja fałszywa jest rodzajem in- 
formacji - a nie pseudoinformacją; próbuje także je obalić. Floridi rozważa 
sytuację S: „na kolacji będzie dokładnie dwóch gości, a jeden z nich to wege- 
tarianin” oraz informację FI: „(A) na kolacji będzie dokładnie trzech gości 
i (B) jeden z nich to wegetarianin”. 

- FI zawiera prawdziwą informację. Jednak w istocie tylko niektóre jej 

składniki są prawdziwe. 

- FI pociąga prawdziwą informację. Jednak stwierdzenie „na obiedzie 
będzie więcej niż jeden gość” jest prawdziwą konsekwencją informacji 
prawdziwej (TI), a nie FI. 

- FI może nieść prawdziwe informacje, choć czasami - wyłącznie „nie 
wprost”. Mogą to jednak być jedynie pewne metainformacje, na przy- 
kład dotyczące braku wiarygodności źródła komunikatu. 

- FI może wspierać procesy decyzyjne. Stwierdzenie to zakłada, że FI 
znajduje się w kontekście, w którym mamy wystarczającą ilość praw- 
dziwych metainformacji, dotyczących na przykład marginesu błędu. 
Jednak FI można potraktować jako zdanie bardziej użyteczne niż inne 
zdania: fałszywe „na obiedzie będzie dokładnie jeden gość” czy też 
prawdziwe - „na obiedzie będzie mniej niż tysiąc gości”. Sytuacja ta 
nie pokazuje jednak, ze FI jest prawomocną informacją, ale jedynie ze: 
(i) fałszywa informacja może być pragmatycznie interesująca oraz że: 
(ii) analiza zawartości semantycznej instancji informacji o musi brać 
pod uwagę stopień przybliżenia o do swojego odniesienia, zarówno 
w przypadku, gdy o jest prawdziwa, jak i wtedy, gdy jest fałszywa. 
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- FI jest znacząca i ma tę samą strukturę logiczną, co prawomocna in- 
formacja. Jest to po prostu stwierdzenie mylące. FI może - co najwyżej 
- nieść pewne informacje pochodne, dotyczące na przykład jej źródła. 
Co więcej, instancja informacji o nie jest informacją tylko dlatego, że 
jest interpretowalna. 

- Jeśli FI nie jest informacją, to czym jest? Do odpowiedzi na to pytanie 
potrzebne byłoby wprowadzenie nowej kategorii poznawczej, poza 
informacją i wiedzą. Floridi proponuje nazwanie dobrze sformułowa- 
nych, znaczących, ale fałszywych danych terminem „informacja błęd- 
na” (ang. misinformation). 

Podsumowując, autor stwierdza: „wydaje się, że nie ma dobrych powo- 
dów, by traktować informację fałszywą jako rodzaj informacji” (Floridi, 
2005c, s. 364). 

Nieporozumienie dotyczące natury informacji fałszywej może być zwią- 
zane z mylącymi analogiami. Przykładami takiej informacji są: fałszywe 
stwierdzenia oraz niepoprawne dane. Fałszywe stwierdzenie jest nadal 
stwierdzeniem, a niepoprawna dana jest nadal daną. Można zatem, przez 
analogię, stwierdzić, że fałszywa informacja jest nadal informacją, tyle tylko 
że taką, która ma wartość logiczną „fałsz”. 

Problematyczne wydaje się nieodróżnianie dwóch sposobów używania 
słowa „fałszywy”: przypadkowego (ang. attributive) oraz predykatywne- 
go3!. Rozważmy, dla przykładu, dwa przymiotniki: „stary” oraz „dobry”. 
„Stary policjant” to osoba, która jest policjantem i jest stara. Jest to użycie 
predykatywne przymiotnika „stary”. „Dobry policjant” natomiast to nie: 
„dobry człowiek zatrudniony w policji”, ale raczej ten, który wypełnia nie- 
nagannie wszystkie obowiązki policjanta. Słowo „dobry” modyfikuje zna- 
czenie słowa „policjant” - jest to użycie przypadkowe. I tak na podstawie 
tego rozróżnienia można zbudować następujący test: jeśli przymiotnik 
używany jest w sposób przypadkowy, to jego złożenie z rzeczownikiem nie 
może być rozdzielone. Co więcej, użycie przypadkowe może być zarówno 
pozytywne, jak i negatywne. Rozważmy przykład „dobrego policjanta”. 
Jego pozytywne użycie klasyfikuje x jako y (jako dobrego policjanta). Z kolei 
jego użycie negatywne neguje jedną lub więcej z cech koniecznych dla x, by 
być y. Na przykład określenie: „fałszywy posterunkowy” (użycie przypad- 
kowe) nie jest określeniem szczególnego rodzaju posterunkowego, lecz 
stwierdza ono, że „posterunkowy” nim nie jest (użycie negatywne). Dobry- 
mi przykładami mogą tu być również: „fałszywy banknot”, „sfałszowany 
podpis” czy „fałszywy alarm”. 


31 Rozróżnienie to znane było już logikom średniowiecznym. 
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Rozważmy teraz związek pomiędzy „fałszywym stwierdzeniem” a „fał- 
szywą informacją”. Gdy mówimy, że zdanie p (na przykład „Ziemia ma dwa 
księżyce”) jest fałszywe, używamy słowa „fałszywe” w znaczeniu predyka- 
tywnym. Można to łatwo sprawdzić za pomocą opisanego powyżej testu. 
Z łatwością możemy rozdzielić nasze stwierdzenie na dwa: „p jest zdaniem” 
oraz: „p jest fałszywe”. Sytuacja zmieni się, gdy opiszemy p jako fałszywą 
informację. Używamy wówczas słowa „fałszywy” w znaczeniu przypadko- 
wym (podobnie jak w przykładzie z „posterunkowym”), jako przeczenie 
tego, że p można zaklasyfikować jako informację. Poddajmy wyrażenie ,,fat- 
szywa informacja” testowi. Nie można stwierdzić, że p stanowi informację 
dotyczącą liczby księżyców krążących wokół Ziemi oraz że jest fałszem. Dla 
porównania stwierdzenie, że „o jest cyfrową informacją”, rozkłada się bez 
utraty znaczenia na: „o jest informacją” oraz: „o jest cyfrowa”. A zatem 
„fałszywa informacja” nie jest rodzajem informacji, który posiada odpo- 
wiednią wartość logiczną - fałsz, lecz po prostu nie jest to wcale informacja. 

Widzimy więc, że ogólna definicja informacji Floridiego, aby była odpo- 
wiednia również dla informacji rzeczowej, wymaga uzupełnienia. Poza 
stwierdzeniem, że informacja składa się z pewnej ilości poprawnie sformu- 
łowanych znaczących danych, trzeba dodać, że jest ona prawdziwa. Ogólna 
definicja informacji przyjmuje wtedy postać: 


(RSDI) o jest instancją DOS informacji [deklaratywnej, obiektywnej i seman- 
tycznej] wtedy i tylko wtedy, gdy: 

1. o składa się z n danych, dlan > 1; 

2. dane te są poprawnie sformułowane (wdf); 

3. wdf są znaczące (mwdf = ô); 

4. ô są prawdziwe [ang. truthful] (Floridi, 2005c, s. 336)32. 


Przeanalizujmy teraz określenie miary informacji semantycznej, rozpo- 
czynając od ponownego rozważenia przykładu podanego przez Floridiego 
(2005b). Niech w oznacza sytuację: „dziś na kolacji będzie trzech gości”. 
Przypuśćmy, że podano następujące informacje: 

T) „dzisiaj na kolacji będą goście lub też ich nie będzie”, 

V) „dzisiaj na kolacji będą goście”, 

P) „dzisiaj na kolacji będzie trzech gości”. 

Stopień informatywności (ilość niesionej informacji) zdania T jest ze- 
rowy, ponieważ jest ono prawdziwe zarówno w sytuacji w, jak i w sytu- 
acji aw. Najbardziej informatywne natomiast jest zdanie P, ponieważ jest 
ono najbardziej precyzyjne. 


32 Wtrącenia moje - I. B-K. 
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W ogólności, im większa odległość prawdziwego zdania o od w, tym więk- 
sza liczba sytuacji, do których ma ono zastosowanie i tym mniejszy stopień 
jego informatywności. Oznaczmy teraz przez 9 odległość pomiędzy praw- 
dziwym o i w, którą przedstawiono na rysunku 4 na osi x. W powyższym 
przykładzie: 9(T)=1, 9(P)=0. Załóżmy, dla uproszczenia, ze 9(V)=0,25. 
Potrzebny będzie również wzór na obliczanie stopnia informatywności o 
(oznaczanego literą z) w relacji do (o). Floridi twierdzi, że najlepszym 
(najbardziej eleganckim) rozwiązaniem jest zastosowanie dopełnienia do 
kwadratu wartości (o): 


(6)=1-8(0)”. 


Gdy włączymy do odległości wartości ujemne dla fałszywego o, to otrzymamy 
następujący wykres, (-1 to sprzeczność - kontrtautologia, 1 - tautologia): 


| ufo) = 1- ata): 


Rys. 4. Stopień informatywności (źródło: Floridi, 2005b) 


Z powyższego schematu możemy łatwo odczytać, że jeśli o ma wysoki 
poziom informatywności, to zawiera dużą ilość informacji semantycznej, 
i na odwrót. Aby obliczyć ilość informacji semantycznej zawartej w o w od- 
niesieniu do (0), musimy policzyć pole pod krzywą w przedziale [0,1]. 

Jak wiemy, największą ilość informacji semantycznej (oznaczaną przez a) 
niesie ze sobą zdanie P, którego ð = 0. Odpowiada to polu pod całą krzywą 
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w dodatniej części układu współrzędnych. Mamy wtedy: 
1 


a= | oax => 


0 


Przejdźmy teraz do zdania V z rozważanego przykładu. Można je trak- 
tować jako koniunkcję następujących zdań: „będzie 1 gość na kolacji”, „bę- 
dzie 2 gości na kolacji”, ..., „będzie n gości na kolacji”, gdzie n jest pewnym 
rozsądnym ograniczeniem, jakie chcemy rozważać. V zawiera zatem infor- 
macje nadmiarowe (być może wiele). Floridi określa „śmieci informacyjne” 
w zdaniu V jako „informację pustą” w nim zawartą. Ilość informacji pustej 
w V (oznaczana przez B) jest również funkcją odległości 8 zdania V od w: 


3 
B= | i(o)dx 
| 


Ponieważ 9(V)=0,25, to otrzymujemy: 
0,25 


| UV) dx = 0,24479 
0 


Na rysunku 5. ilość pustej informacji w V pokazano jako zacieniony obszar. 

Ilość informacji semantycznej w V można zatem zdefiniować jako różni- 
ce pomiędzy a (maksymalną ilością informacji, jaką może nieść o) oraz B 
(ilością pustej informacji niesionej przez o). W ogólności, ilość informacji 
semantycznej y wo to?: 


r(o)=(a-B) 


W przypadku zdania T (tautologii), a = ß, a więc y(T) = 0. T jest tak odle- 
głe od w, że niesie tylko informację pustą. Innymi słowy, T zawiera tyle sa- 
mo informacji pustej, ile informacji semantycznej zawiera P. 


33 Jednostki informacji semantycznej autor mierzy w sbitach. 
1 
fo)ax =1sbit 
0 
Jeden sbit odpowiada maksymalnej ilości informacji semantycznej dotyczącej ustalonej sytu- 
acji w, którą może nieść infon o, gdy ð= 0 (taką ilość informacji niesie zdanie P dokładnie 
opisujące sytuację w). 


166 


Rys. 5. Ilość informacji y niesionej przez o (źródło: Floridi, 2005b) 


Tworząc przedstawioną powyżej teorię informacji silnie semantycznej, 
Floridi (2003) stawiał sobie trzy podstawowe cele: 


D.1 unikać nieintuicyjnych konsekwencji porównywalnych do paradoksu Bar- 
-Hillela-Carnapa, 

D.2 traktować wartość logiczną o nie jako dodatkową, ale jako konieczną cechę 
informacji, odpowiednią do analizy ilościowej [...], 

D.3 rozszerzyć analizy ilościowe na całą rodzinę koncepcji związanych z infor- 
macją: pustość i niedokładność informacji, informatywność, informację błędną 
(nazywaną potocznie fałszywą informacją ), dezinformację (s. 11). 


Na powyższej liście pierwszą pozycję zajmuje unikanie paradoksów, 
w tym paradoksu Bar-Hillela-Carnapa, rozumianego jako stwierdzenie, że 
najwięcej informacji niosą zdania sprzeczne (kontrtautologie). Sprawdźmy, 
czy Floridi cel ten osiągnął. 

Sequoiah-Grayson (2007) analizuje sposób, w jaki teoria silnej infor- 
macji semantycznej unika paradoksu Bar-Hillela-Carnapa, używając wspo- 
mnianej wcześniej modalnej interpretacji treści semantycznej zdań, w której 
Cont(s)=ger {x E W:x Fas} (przez W autor oznacza zbiór wszystkich moż- 
liwych światów). Proponuje on przy tym przyjęcie wymogu przypadkowo- 
ści w odniesieniu do informatywności, który formułuje następująco: „zdanie 
oznajmujace s jest informatywne © s indywidualizuje przynajmniej niektóre, 
ale nie wszystkie wi z W (gdzie w, e W)” (s. 338). Zatem aby zdanie s było 
informatywne, musi stwierdzać, który z możliwych światów jest światem 
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aktualnym. Ani tautologie, ani zdania sprzeczne takiego wymogu nie speł- 
niają. Nie ma bowiem możliwości, by w naszym świecie zdania sprzeczne 
były prawdziwe czy też by tautologie były fałszywe. 

Paradoks Bar-Hillela-Carnapa można jednak postrzegać inaczej, mia- 
nowicie w kontekście teorii informacji silnie semantycznej. Zauważmy, że 
ilość informacji semantycznej y w infonie o oblicza się przez odwołanie do 
pewnych własności prawdziwościowych i nie jest ona natychmiast identyfi- 
kowana ze wszystkimi informacjami, zagnieżdżonymi w o, tak jak propo- 
nował to Dretske. Wyraźnie odróżnia to pojęcie ilości informacji seman- 
tycznej oznaczanej przez y od tak samo nazywanego pojęcia oznaczanego 
przez Cont(o). To drugie odnosi się bowiem do ilości informacji semantycz- 
nej związanej z o a priori, na podstawie prawdopodobieństwa i niezależnie 
od stanu w (w jakim znajduje się obecnie rozważany system). Natomiast y 
oznacza ilość informacji semantycznej związanej z o również a priori, ale 
w kontekście pełnej informacji o systemie, określanej na podstawie warto- 
Sci logicznej o i jego stopnia rozbieżności z ustalonym stanem systemu w. Są 
to zatem dwa istotnie różne pojęcia, ujmujące informatywność z różnych 
perspektyw. Nie rozwiązuje to jednak do końca rozważanego paradoksu. 
Powstaje bowiem pytanie, co w takim razie oznacza Cont(o). 

Zdania sprzeczne lub kłamstwa nie mogą być w żaden niekontrowersyjny 
sposób rozumiane jako bardziej informatywne niż zdania prawdziwe. Czyż 
zatem Cont(o) jest pojęciem bezużytecznym? By nadać mu właściwy sens, 
a tym samym uniknąć paradoksu Bar-Hillela-Carnapa, należy dokonać dwóch 
uściśleń: określić, co mierzy Cont(o), oraz ograniczyć jego stosowalność. 

Po pierwsze, Cont(o) jest miarą nie informacji semantycznej, lecz - mó- 
wiąc ściślej — ilości danych w o. Określa zatem zupełnie niezinterpretowaną 
informację, to znaczy dane, które nie są niesione przez o, ale raczej tworzą 
(konstytuują) o jako syntaktycznie poprawne kombinacje symboli lub syg- 
nałów. 

Po drugie, ponieważ Cont(o) dotyczy jedynie danych i ich możliwych 
kombinacji a priori, to jej wartość nie może być wyznaczona dokładnie bez 
pewnych założeń dotyczących rozważanego systemu. Floridi (2003) formu- 
łuje następujące trzy warunki, które nazywa systemowymi: 


S.1) jednoznaczna indywidualizacja oraz dokładny opis danych systemu [...]; 
S.2) wygenerowanie całkowicie znormalizowanego opisu systemu danych jako 
zbioru wszystkich wzajemnie wykluczających się wiadomości, koniecznych 
i wystarczających do opisania w całości wszystkich możliwych stanów, w któ- 
rych może znajdować się system3*; 


34 Por. teoria informacji semantycznej - paragraf 3.2.4. 
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S.3) przypisanie prawdopodobienstwa p do każdego opisu stanu o, [...] w taki 
sposób, by spełnione były dwa warunki: 


0 < p(o;) < 1 dla każdego i 


Y pla; =1 


Dopiero po spełnieniu powyższych wymogów można przypisać dokładne zna- 
czenie do Cont(o) (s. 23). 


Wartość prawdopodobieństwa jest określana wówczas zgodnie z S.3) 
w przedziale otwartym (0,1) nie dlatego, że nie jesteśmy w stanie przeana- 
lizować prawdopodobieństwa o całkowicie, ale dlatego, że jest to w danym 
przypadku niewłaściwe. Prawdopodobieństwo o może być właściwie inter- 
pretowane jako miara ilości interpretowalnych danych w o, tylko jeśli o jest 
ciągiem poprawnie sformułowanych symboli lub sygnałów, o których a priori 
nie wiemy, czy są prawdziwe, czy fałszywe. Tylko wtedy możemy połączyć 
prawdopodobieństwo o z liczbą danych w o w tym sensie, że jedno jest wia- 
rygodnym argumentem dla określenia drugiego. 

Powyższe uściślenia Cont(o) prowadzą do modyfikacji rozumienia związ- 
ku pomiędzy informatywnością o a jego prawdopodobieństwem. Gdy mówi- 
my, że mniej prawdopodobne o jest bardziej informatywne, czynimy pewne 
spostrzeżenie psychologiczne, dotyczące subiektywnych oczekiwań użytkow- 
nika, odnosimy sie do stopnia rozbieżności o z jednym lub więcej w. Im mniej 
bezsensowny jest infon o, tym mniej możliwych światów go „wspiera” i tym 
bardziej informatywny staje się o w odniesieniu do ustalonego w, który pełni 
funkcję punktu odniesienia. Informacja jest aktualną możliwością, która jest 
niezgodna z co najmniej jedną — ale nie ze wszystkimi innymi możliwościami. 
W teorii informacji silnie semantycznej zarówno sprzeczności, jak i tautologie 
są przypadkami granicznymi „nieinformacji” (ang. uninformation), brakiem 
zarówno pozytywnych informacji, jak i brakiem zaprzeczeń - błędnych. 

Informacja w teorii Floridiego zawiera w sobie prawdziwość (ang. infor- 
mation encapsulates truth) - to znaczy, że prawdziwość jest warunkiem ko- 
niecznym dla zdania, by można je było zaklasyfikować jako informację. Ta- 
kie rozumienie informacji, co prawda, eliminuje paradoks Bar-Hillela-Carnapa, 
budzi jednak wiele innych kontrowersji. 

Fetzer (2004a) twierdzi, że definicja informacji Floridiego jest zbyt wą- 
ska, a jej przyjęcie zaciemnia rozróżnienie pomiędzy informacją, dezinfor- 
macją oraz informacją błędną*5. Broni on „klasycznej koncepcji informacji”, 


35 W wielu kontekstach istotne jest rozróżnienie kategorii informacji błędnej (ang. mis- 
information) i kategorii dezinformacji (ang. disinformation). Dezinformacja zawiera element 
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analizujac jej trzy podstawowe konsekwencje, odrzucane przez Floridiego: 
(FI) informacja może być fałszywa, (TI) tautologie są informacjami, 
(NR) wyrażenie „prawdą jest, że ...” nie jest nadmiarowe. 

Standardowe, zdaniem Fetzera, podejście do informacji zakłada, że jest 
ona po prostu znaczącą (sensowną) daną, która może, ale nie musi być 
prawdziwa. Zdanie „Istnieje życie we wszechświecie poza Ziemią” jest sen- 
sowną daną, obecnie jednak nie wiemy, czy jest ona prawdziwa. Zdanie ta- 
kie klasyfikuje się więc jako informację, która może być fałszywa. Zatem 
jeśli chcielibyśmy przyjąć koncepcję Floridiego, należałoby odróżnić „nfor- 
mację” od „informacji”. Powyższe zdanie można by wtedy traktować jako 
przykład nformacji, dla której, w odróżnieniu od informacji, prawdziwe są 
przynajmniej dwie z odrzuconych przez Floridiego tez: (FI) nformacja może 
być fałszywa, a (NR) stwierdzenie „prawdą jest, że...” nie jest nadmiarowe. 

Fetzer (2004a) przedstawia następujące zestawienie koncepcji infor- 
macji (s. 224): 


Tabela 7. Porównanie koncepcji Floridiego do zwykłej wiedzy 


Koncepcja Floridiego Zwykła wiedza 
(1) dane (1) przekonanie/sąd 
(2) znaczące (2) uzasadnione 
(3) prawdziwe (3) prawdziwe 


W przypadku zwykłej wiedzy (w teorii nazywanej przez Fetzera stan- 
dardową lub klasyczną) mówi się o sądzie (1’), ze jest prawdziwy (3’), gdy 
istnieje pewne jego uzasadnienie (2’). Z kolei (1) dane nawet jeśli są (2) 
znaczące, to nie muszą być one (3) prawdziwe. Zatem (2’) zawiera pewne 
wytyczne (warunek) dla (3’) w przypadku zwykłej wiedzy, ale (2) nie daje 
ich dla (3) w przypadku koncepcji Floridiego. 

Interesujący - w tym kontekście - jest status zdań będących tautologia- 
mi. Floridi, podobnie jak Bar-Hilell i Carnap, twierdzi, że tautologie nie są 
informacjami. Jednak zdanie właściwie zaklasyfikowane jako tautologia 
w języku L ma tę własność, że jego prawdziwość wynika z samego tego ję- 
zyka, niezależnie od innych czynników. A więc w przypadku tautologii spo- 
sób, w jaki spełniają one warunki (1) oraz (2), gwarantuje, że spełniają 
również (3), a więc tautologie są „jedynym rodzajem zdań, które koniecznie 


intencji, który nie jest częścią znaczenia pojęcia „mylna (błędna) informacja”. Pojęcie dezin- 
formacji obejmuje w szczególności upowszechnianie niepełnej, niewłaściwej lub w jakikol- 
wiek sposób mylącej informacji, w celu świadomego oszustwa. 
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spełniają warunek prawdziwości. Należą one do klasy znaczących danych, 
które muszą być prawdziwe!” (Fetzer, 2004a, s. 225). 

Jak się wydaje, problem polega na rozróżnieniu zdań syntetycznych od 
analitycznych. W przypadku tych pierwszych spełnienie warunku (1) i (2) 
nie pociąga (3), natomiast zdania analityczne są jedynymi, które niejako 
„automatycznie” spełniają warunek prawdziwości (3). Skoro w teorii Flori- 
diego informacja z definicji nie może być fałszywa czy niedokładna - to tau- 
tologie są informacjami. 

Co więcej, jeśli przyjąć zasadę, że dla każdego zdania oznajmującego ono 
samo lub jego negacja muszą być fałszywe, to zdanie, które jest informacją, 
może mieć swoje zaprzeczenie, które nią nie jest. Jest to pewnego rodzaju 
paradoks. Fetzer (2004a) uważa, że „[i|nformacja' nie powinna być ograni- 
czana do zdań oznajmujących, które są prawdziwe, syntetyczne lub nie” 
(s. 226). Istnieje bowiem wiele przykładów znaczących danych, które trud- 
no jest nazwać prawdziwymi, takie jak zdjęcia (w tym zdjęcia rentgenow- 
skie), kręgi w pniu drzewa i inne. Również plamy krwi mogą być jedną 
z najważniejszych informacji znalezionych na miejscu zbrodni, a przecież 
trudno mówić o ich prawdziwości. Teoria informacji nieobejmująca takich 
przykładów nie może być poprawna. 

Z przykładami wskazanymi przez Fetzera jako problematyczne dla teo- 
rii informacji Floridiego dobrze radzą sobie inne teorie. Pierwsza z nich to 
koncepcja semiotyczna, zgodnie z którą coś można zaklasyfikować jako in- 
formację, jeśli oznacza ona coś dla kogoś (czyni to informację relatywną do 
osoby, dla której coś znaczy). Koncepcja pragmatyczna natomiast zakłada, 
że coś jest prawdziwe, jeśli zawiera wytyczne właściwe dla osiągnięcia 
pewnych celów. Oczywiście to, czy znaczące dane takie właśnie są, czy też 
nie, jest relatywne, zależy bowiem od zdolności ich posiadaczy do wycią- 
gnięcia korzyści z informacji niesionej przez te dane3. Fetzer (2004a) 
zestawił informację w koncepcjach: semiotycznej, pragmatycznej i w kon- 
cepcji Floridiego, w postaci tabeli (s. 227): 


Tabela 8. Semiotyczna i pragmatyczna alternatywa dla koncepcji Floridiego 


Pojęcie Floridiego Pojęcie semiotyczne Pojęcie pragmatyczne 
Dane coś wskazówki 
Znaczące znaczy coś dla kogoś 
Prawdziwe dla kogoś by działać 


36 Szczegółowe omówienie problemu prawdziwości informacji oraz jej związków z wie- 
dzą zawarł M. Hetmański w książce z roku 2013 Epistemologia informacji. Przedstawia on 
również epistemologiczne analizy informacji, które pomijamy. 
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Zarówno semiotyczne, jak i pragmatyczne pojęcie informacji czyni ją za- 
leżną od kontekstu - w tym sensie, że ilość informacji, jaka może być „wy- 
dobyta” z danych, zależy od środowiska, wiedzy i zdolności tych, którzy 
z nią obcują. Natura informacji jako znaczących danych wydaje się być wy- 
jaśniona przez koncepcję semiotyczną, podczas gdy jej wpływ na działanie 
człowieka opisuje koncepcja pragmatyczna, analizująca również sposób, 
w jaki na postępowanie to może wpływać informacja fałszywa. 

Podsumowując swoje stanowisko, Fetzer (2004a) stwierdza, że „istnieje 
wiele rodzajów znaczących danych, które nie mogą być ani prawdziwe, ani 
fałszywe, co w mojej ocenie pokazuje, ponad wszelką wątpliwość, że teoria 
informacji [Floridiego] jest całkowicie chybiona” (s. 229). 

Istnieje wiele innych, oprócz opisanych powyżej, interpretacji informacji 
semantycznej. Jedną z nich jest ujęcie inferencyjne, definiujące informację 
w terminach przestrzeni wynikania (ang. entailment space) - zależy ona od 
poprawnego wynikania zrelatywizowanego do teorii danej osoby lub do 
stanu epistemicznego. Inną interpretację proponuje natomiast teoria sys- 
temowa, rozwijana w logice sytuacyjnej, w której zawartość informacyjna 
zdania p nie jest wyznaczona a priori, ale w terminach rzeczywistej zawar- 
tości, jaką niesie p w odniesieniu do danej sytuacji. 


3.2.6. Teoria systemowa 


David Israel i John Perry (1990, 1992) sformułowali definicję infor- 
macji wyrażoną w logice sytuacyjnej, obejmującą obiekty (na przykład zdję- 
cia rentgenowskie), które niosą (zawierają) pewne informacje, jednak nie 
można mówić o związanym z nimi prawdopodobieństwie. Szukają oni za- 
tem innego niż w matematycznej teorii komunikacji sposobu definiowania 
informatywności komunikatów. 

I tak „raportami informacyjnymi” autorzy nazywają zdania postaci: 
(1) Zdjęcie rentgenowskie wykazuje, że pies o imieniu Jackie ma złamaną 
nogę. (2) Fale akustyczne z głośnika niosą informację, że spiker powiedział 
„Nancy Reagan jest zirytowana”. (3) Fakt, że zdjęcie rentgenowskie ma taką 
postać, wskazuje, że Jackie ma złamaną nogę. Kontekst informacyjny w tego 
rodzaju zdaniach tworzy czasownik informacyjny lub cała fraza („pokazuje”, 
„wskazuje”, „niesie informację”), razem z poprzedzającą ją frazą rzeczowni- 
kową. Zdanie podrzędne natomiast to treść informacyjna (ang. informatio- 
nal content). Obiekt określony przez początkową frazę rzeczownikową 
w raportach typu (1) i (2) nazywany jest nośnikiem informacji (na przykład 
„zdjęcie rentgenowskie”, „fale akustyczne”), a fakt określony w raportach 
typu (3) - faktem wskazującym (ang. indicating fact). 
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Jeżeli dany raport informacyjny jest prawdziwy, to również prawdziwa 
jest jego zawartość informacyjna, to znaczy w szczególności, że jeśli zdanie: 
„Zdjęcie rentgenowskie wskazuje, że Jackie ma złamaną nogę” jest praw- 
dziwe, to tak właśnie jest — Jackie ma złamaną nogę. Raporty informacyjne 
różnią się zatem od stwierdzeń dotyczących możliwości, przypominają na- 
tomiast zdania mówiące o tym, co konieczne. 

Przed wprowadzeniem ścisłych definicji Israel i Perry (1990) wskazują 
na szereg zasad związanych z intuicyjnym rozumieniem pojęć „faktu” oraz 
„sytuacji”, które ma obejmować stworzona przez nich teoria. 

„(A) Fakty niosą informację. 

(B) Treść informacyjna faktu jest zdaniem prawdziwym” (s. 3). 

Ze zjawiskiem informacji ściśle związana jest pewna własność rzeczywi- 
Stości polegająca na tym, że to, co dzieje się w jednej jej części, ma wpływ na 
to, co dzieje się w innej — na mocy pewnych praw czy regularności nazywa- 
nych przez autorów ograniczeniami (ang. constraints). Powodują one, że 
jeden typ sytuacji pociąga za sobą inne. W takiej właśnie rzeczywistości 
sytuacje niosą informację. Co więcej, jeśli zaistnieje sytuacja jednego typu, 
to niesie ona informację, że istnieją sytuacje typów, które za sobą pociąga. 
Na przykład jeśli istnieje ograniczenie (prawo fizyczne), że obiekty pozo- 
Stawione bez oparcia blisko powierzchni ziemi spadają, to fakt, iż konkretne 
jabłko pozostawiono bez oparcia przy powierzchni ziemi, niesie informację, 
że jabłko to spadnie. Zatem koncepcja ta używa pojęcia informacji niesionej 
przez fakty w odniesieniu do ograniczeń. 

„(O) Informacje niesione przez fakty są zrelatywizowane do ograniczeń” 

(s. 3). 

Struktura rzeczywistości nie wymaga, by istniały istotne związki pomię- 
dzy wydarzeniami, a żadne z nich nie zawiera informacji jedynie z racji 
tkwiących w nim własności. Jeśli wydarzenie zostanie zanurzone w różne 
rodzaje światów, w których obowiązują różne ograniczenia, to może ono 
nieść zupełnie inną informację. Zatem: 

(D) Informacja, jaką niesie fakt, nie jest tkwiącą w nim (wewnętrzną) 

własnością. 

Informacja zazwyczaj dotyczy faktów opisujących stan rzeczy gdzieś in- 
dziej i kiedy indziej, co czyni ją użyteczną i ciekawą. Można zatem sformu- 
łować prawo: 

(E) Treść informacyjna faktu może dotyczyć odległych rzeczy i sytuacji. 

Informację zawartą w zdaniach postaci (3) Israel i Perry nazywają przy- 
rostową (ang. incremental). Aby lepiej zrozumieć to pojęcie, wystarczy za- 
stanowić się nad tym, jaką informację może odczytać weterynarz ze zdjęcia 
rentgenowskiego. Jeśli nie wie on, do którego psa należy zdjęcie, to samo 
zdjęcie wskazuje jedynie to, że pewien pies został prześwietlony i że ma 
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złamaną nogę. Mamy wówczas do czynienia z informacją czystą (ang. pure). 
Jeśli jednak weterynarz wie, że prześwietlany był Jackie, to wygląd zdjęcia 
wskazuje informację przyrostową: Jackie ma złamaną nogę. Zatem zdjęcie 
rentgenowskie niesie informację przyrostową powstającą przez uwzględ- 
nienie faktu, że jest to zdjęcie zrobione Jackie'emu. Fakt ten łączy wskazaną 
sytuację i konkretne obiekty, których informacja dotyczy, i dlatego nazywa- 
ny jest faktem łączącym (ang. connecting fact). 


(F) Treść informacyjna może być konkretna; zdania, które są treścią informa- 
cyjną, mogą dotyczyć obiektów, które nie są częścią faktu wskazującego. 

(G) Fakty wskazujące zawierają informację tylko w odniesieniu do faktów łą- 
czących; informacja jest przyrostowa dla danych faktów (s. 4). 


Rozważmy teraz następującą sytuację. Jeśli włożymy zdjęcie rentgenow- 
skie do szuflady na miesiąc, to po miesiącu nadal widzimy na nim złamaną 
nogę Jackie'ego. Oczywiście wtedy niesie ono informację tylko o tym, że 
Jackie miał złamaną nogę wtedy, gdy zostało zrobione zdjęcie. Sytuacja ta 
dobrze ilustruje dwie istotne własności informacji. Po pierwsze, różne fakty 
mogą nieść tę samą informację. Przypuśćmy, że t jest czasem zrobienia zdję- 
cia, natomiast t’ jest czasem po miesiącu. Fakty: „zdjęcie ma konkretny wy- 
glad w chwili t” oraz „wygląda ono tak samo w czasie t” są istotnie różne, 
ale niosą tę samą informację. Oczywiście mogą istnieć również inne fakty 
świadczące o stanie nogi Jackie'ego, jak na przykład notatka sporządzona 
w kartotece. Po drugie, przedstawiona sytuacja jest przykładem składowa- 
nia informacji. Nośnik informacji jest przechowywany w szufladzie, z której 
informacja jest pobierana. Taki system przechowywania działa poprawnie, 
dopóki sposób przechowywania nośnika gwarantuje zachowanie własności 
wskazywania. Nośnik może zachowywać tę własność bardzo długo, ale ża- 
den system przechowywania informacji nie działa wiecznie. 

Wyobraźmy sobie teraz, że zrobiono kopię zdjęcia rentgenowskiego i że 
została ona wysłana do innego weterynarza. Kopia ta również wskazuje, że 
Jackie miał złamaną nogę. Jest to prosty przypadek przepływu (transmisji) 
informacji. Zatem: 

(H) Wiele różnych faktów, włączając zmiany w obiektach, własnościach, 
relacjach i miejscu czasoprzestrzennym, może wskazywać jedną i tę 
samą treść informacyjną - relatywnie do takich lub innych ograni- 
czeń. 

(I) Informacja może być przechowywana i transmitowana w wielu 
formach. 

Zdjęcie rentgenowskie w czasie t niesie informację, że Jackie ma złama- 

ną lewą nogę. Czy jest w tym coś dobrego dla zdjęcia? Nic. Co dobrego daje 
to Jackie'emu? Wiele. Dzięki tej informacji można psa odpowiednio leczyć. 
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Istnieje zatem różnica pomiędzy niesieniem lub zawieraniem informacji 
a jej posiadaniem. Agent lub urządzenie posiada informację, że P tylko 
w przypadku, gdy jest on w stanie, w którym zarówno niesie informację, 
że P, jak i kontroluje zachowanie urządzenia w sposób właściwy dla P. Israel 
i Perry formułują w związku z tym zasadę: 

(J) Posiadanie informacji jest dobre; stworzenia, których zachowanie 
jest kierowane lub kontrolowane przez informację, mają większe 
szanse odnieść sukces niż te, które nie są w ten sposób kierowane. 

Wszystkie przedstawione powyżej cechy informacji semantycznej, na- 
zywane zasadami, są wytycznymi dla definicji stworzonej przez Israela 
i Perry'ego w obrębie teorii sytuacji. 

Podstawowym założeniem teorii sytuacji jest istnienie rzeczywistości, 
która składa się z konkretnych części, a nie z konkretnych alternatyw (jak 
zakładano w teorii informacji semantycznej Bar-Hillela i Carnapa). Wszystko, 
co istnieje, wszystko, co się wydarza, wszystko, co jest prawdziwe, ma pewien 
status ze względu na naturę rzeczywistości. Jej części nazywamy sytuacjami. 

Kiedy myślimy lub mówimy o rzeczywistości, potrzebujemy pewnego 
sposobu jej analizowania, który nazywamy systemem klasyfikacji i indywi- 
dualizacji. Składa się on z dziedziny sytuacji, relacji, lokalizacji i indywidu- 
ów. Każda relacja R związana jest z wieloma rolami, na przykład relacja 
jedzenia wiąże się z rolami: jedzącego, jedzonego oraz miejsca jedzenia, 
które to role odgrywają obiekty różnych rodzajów. Jedzący to jakiegoś ro- 
dzaju organizm, jedzenie - obiekt fizyczny, a miejsce jedzenia - pewien 
obszar czasoprzestrzenny. Relacja wraz z przypisanymi do ról obiektami 
tworzy kwestię (ang. issue). Dla każdej kwestii istnieją dwie możliwości, 
które nazywamy stanami rzeczy (ang. state of affairs). 

Rozważmy za Israelem i Perrym przykład związany ze wspomnianą re- 
lacją jedzenia. Niech Ronald Reagan będzie jedzącym, chleb jedzeniem, 
a Biały Dom miejscem (oznaczonym przez I). Istnieją wtedy dwa możliwe 
stany rzeczy: 


<<Jedzenie, miejsce: I, jedzący: Ronald Reagan, jedzenie: chleb, 1>> 


<<Jedzenie, miejsce: I, jedzący: Ronald Reagan, jedzenie: chleb, 0>>, 


gdzie znajdujące się na ostatniej pozycji zero oznacza, że relacja dla poda- 
nych argumentów nie zachodzi, natomiast jeden - że zachodzi, to znaczy, ze 
Ronald Reagan je chleb w Białym Domu. 

Czy dany stan rzeczy zachodzi czy też nie, zależy od sytuacji. Relację 
pomiędzy sytuacją a stanem rzeczy nazywamy wspieraniem lub czynieniem 
faktycznym (rzeczowym) i oznaczamy symbolem F. Zatem s F o oznacza, że 
sytuacja s wspiera o. Z kolei F o oznacza, że o jest faktyczny (ang. factual). 
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Do rozważanych relacji wprowadzamy pewne parametry, które odpo- 
wiadają indywiduom lub lokalizacjom. Infonem lub parametrycznym sta- 
nem rzeczy nazywać będziemy stan rzeczy postaci <<... a, ...>>. Funkcję 
częściową z dziedziny parametrów do konkretnych obiektów nazywamy 
kotwicą. Gdy f jest kotwicą, to <<..., a,...>>[f]=<<..., f[a],...>>. Kotwica f speł- 
nia infon i względem sytuacji s wtedy i tylko wtedy, gdy sk ilf]. Zatem 
kotwica przeksztatca infon w stan rzeczy. 

Przejdźmy teraz do pojęć kluczowych dla zdefiniowania informacji. 
Niech o będzie stanem rzeczy, wtedy [s| s Fo] jest typem sytuacji wspierają- 
cych o. Gdy i jest infonem (parametrycznym stanem rzeczy), to [s| sk i] 
jest typem parametrycznym, natomiast i jest infonem warunkowym dla 
T (cond(T)). Sytuacja s jest typu parametrycznego T względem f, jeśli s Fil. 
gdzie i jest infonem warunkowym dla T oraz f jest zdefiniowana na wszyst- 
kich parametrach infonu i. Poniżej typy parametryczne określane będą 
w skrócie słowem „typ”. 

Wspomniane wcześniej ograniczenia są stanami rzeczy, których argu- 
mentami są typy sytuacji. Proste pociąganie (ang. simple involvement) jest 
relacją binarną. Jeśli T pociąga T’, to dla każdej sytuacji typu T istnieje jedna 
sytuacja typu T’. Piszemy wtedy <<Pociąga, T, T; 1>>. Z kolei relatywne 
pociaganie (ang. relative involvement) jest relacją ternarną. Jeśli T pociąga T 
względem T”, to dla każdej pary sytuacji pierwszego i trzeciego typu istnieje 
sytuacja typu drugiego, co oznaczamy <<Pociagar, T, T, T”; 1>>. 

W powyższej teorii sytuacji*7 Israel i Perry (1990) formułują następują- 
cą definicję: 


Niech C będzie pewnym ograniczeniem. Fakt o niesie czystą informacje, że P re- 
latywnie w stosunku do C wtedy i tylko wtedy, gdy: 
1) C=<<Pociaga, T, T'; 1>> 
2) Dla każdej kotwicy f takiej, że o=cona(T)|[f], P = zdanie mówiące, ze 
js (S' Ha a» ...,an(cona(T')[f])) (s. 9-10). 


W przypadku omawianego wcześniej zdjęcia rentgenowskiego: wskazu- 
je ono, że istnieje pies, któremu zrobiono zdjęcie i który ma złamaną nogę. 

By zdefiniować pojęcie informacji przyrostowej, potrzebna jest relacja 
pociągania relatywnego. Niech C będzie pewnym ograniczeniem relacyj- 
nym. Fakt o niesie przyrostową informację, że P relatywnie w stosunku do C 
i faktu o’ wtedy i tylko wtedy, gdy: 

1) C =<<Pociagar, T, T, T”; 1>> 

2) Dla każdej kotwicy f takiej, ze o=cond(T)[f] oraz o’=cond(T’)[f], P jest 

zdaniem mówiącym, że Hs'(s' F 4 a, ...,a, (cond(T')[f])). 


37 Więcej szczegółów znaleźć można w pracy (Israel, Perry, 1990). 
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Faktem taczacym w przypadku zdjecia rentgenowskiego jest to, ze roz- 
wazane zdjecie jest zdjeciem lewej nogi Jackie’ego. Poniewaz Jackie jest 
elementem (składową) tego faktu, jest on również argumentem wskazane- 
go zdania mówiącego, że jego noga jest złamana. 

Tak zdefiniowane pojęcia autorzy stosują do formalizacji informacji czy- 
stej i przyrostowej oraz do opisu jej przepływu w przypadku omawianego 
zdjęcia rentgenowskiego. Faktem wskazującym o jest pewna postać zdjęcia 
w czasie t. Gdy mówimy o informacji czystej, mamy na myśli następujące 
proste ograniczenie: ilekroć istnieje stan rzeczy zawierający konkretną po- 
stać zdjęcia w czasie t, to istnieje też stan rzeczy zawierający nogę psa (bę- 
dącą obiektem na tym zdjęciu) taką, która jest w tym czasie złamana. Zatem 
zdanie P mówi, że istnieje pies, którego zdjęcie rozważamy, oraz że ma on 
złamaną nogę. Informacja czysta dotyczy zdjęcia rentgenowskiego, a nie 
samego psa lub jego nogi. Ograniczenie to można przedstawić w sposób 
formalny, jak następuje: 


T=[s| S F<« zdjęcie, x,t, 1 > a « ma — postać — ®,x,t,1 >] 


T’=[s|s Fjest — zdjęciem — czegoś, x,y,t, 1 > a « ma — złamaną — 
nogę,y,t,1 >] 


C=<<Pociaga, T, T; 1>> 


Sytuacją wskazującą o jest wyrażenie « zdjecie,a,t’,1 > a « ma— 
postać — ®,a,t’,1 >, gdzie a jest zdjęciem rentgenowskim, natomiast t’ 
oznacza czas. Zakładamy, że o jest faktyczny, to znaczy As (s Fo). 

Niech teraz f będzie kotwicą zdefiniowaną w następujący sposób: 


o = cond (T)[f] =< zdjęcie, x,t, 1 > a « ma — postać — ®,x,t,1 > [f], 
to znaczy f(x)=a oraz f(t)=t’. 


Wtedy zdanie P ma postać: 


3s'(S' F dy « jest — zdjęciem — czegoś, x,y,t, 1 > a « ma — złamaną — 
nogę,y,t 1 »>)[f]. 


Stwierdza ono, że stan rzeczy, który zawiera psa, będącego w czasie t 
obiektem a (rozważanego zdjęcia), który ma (w tym samym czasie) złama- 
ną nogę - jest stanem faktycznym. Inaczej - jest to zdanie mówiące, że ist- 
nieje pies, którego nogę przedstawia zdjęcie a w czasie ť i którego noga jest 
złamana w czasie t. 

W podobny sposób Israel i Perry definiują informację przyrostową oraz 
przepływ informacji. 

Ważnym aspektem informacji, który nie był poruszany w przypadku 
prezentowanych wcześniej teorii, jest jej użyteczność. Israel i Perry, jak już 
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wspomniano, odróżniają niesienie lub zawieranie informacji od jej posiada- 
nia. Według nich informacja, jaką niesie obiekt z tytułu bycia w pewnym 
stanie, nie jest, z natury rzeczy, związana z obiektem będącym w tym stanie. 
Zdjęcie rentgenowskie będące w stanie © niesie informację, że noga Ja- 
ckie'ego jest złamana tylko w stosunku do określonych ograniczeń oraz 
faktów. W stosunku do innych ograniczeń i faktów ten sam stan może nieść 
inną informację. 

Aby lepiej wyjaśnić posiadanie informacji, rozważmy przykład ostrzenia 
ołówków za pomocą elektrycznej temperówki. Gdy wkładamy do niej ołó- 
wek, naciskana jest dźwignia, która zamyka obwód, tym samym uruchamia- 
jąc silnik obracający ostrze; następuje ostrzenie ołówka. W tym przypadku 
włożenie ołówka powoduje, że temperówka znajduje się w pewnym stanie, 
który niesie informację. W zwykłych okolicznościach stan ten pojawia się 
tylko po włożeniu ołówka - powoduje on pewne zachowania zachodzące 
wewnątrz temperówki. Zatem naciśnięcie dźwigni spełnia dwa zadania: 
niesie informację na temat stanu, w jakim znalazł się system - ołówek znaj- 
duje się w temperówce - oraz powoduje, że w systemie tym coś się dzieje. 

Warto zauważyć, że możemy stwierdzić, iż elektryczna temperówka 
działa w odpowiedni sposób tylko wtedy, gdy znamy cel jej działania - 
ostrzenie ołówków. W stosunku do innego celu, na przykład denerwowania 
użytkowników, nie działa ona właściwie, ostrząc ołówek. Kiedykolwiek 
mówimy o sukcesie, porażce lub stosowności akcji, mamy na myśli pewien 
cel lub miarę sukcesu. 

Przyjrzyjmy się teraz temu, w jaki sposób Israel i Perry łączą informację 
z jej użytecznością (służeniem pewnemu celowi). Załóżmy, że: 

1. G jest celem - ostrzeniem ołówków. 

2. Naciśnięta-dźwignia, zamknięty-obwód oraz obracanie-ostrza są sta- 

nami systemu, który jest rodzaju K. 

3. Istnieje ograniczenie Cczysta-int: jeśli system a rodzaju K jest w stanie 
naciśnięta-dźwignia w miejscu I, to istnieje ołówek umieszczony w a 
w miejscu I. 

4. Istnieje ograniczenie Cx kierujące wewnętrznym działaniem systemu: 
jeśli a jest w stanie naciśnięta-dźwignia w I, to a przechodzi w stan 
zamknięty-obwód i później w stan obracanie-ostrza. 

5. Istnieje ograniczenie Cezysty-rez: jeśli a jest w stanie obracanie-ostrza, to 
jeśli ołówek styka się z ostrzami systemu a, to jest on ostrzony. 

Temperówkę (rodzaju K) zaprojektowano w taki sposób, że stan niosący 
informację, iż ołówek został włożony, uruchamia łańcuch zdarzeń służących 
celowi, do którego została ona stworzona — ostrzeniu ołówków. Projekt ten 
jest odpowiedni tylko w środowisku, w którym naciśnięcie dźwigni niesie 
informację na temat włożenia ołówka oraz w którym ruch ostrza powoduje 
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jego ostrzenie. Mówimy wtedy, że system jest dostrojony do ograniczeń 
w stosunku do celu ostrzenia ołówków. Oczywiście w innych, bardziej zło- 
żonych przypadkach opisane powyżej związki mogą być bardziej skompli- 
kowane, a wtedy relacja dostrojenia może okazać się niewystarczająca. 

Podsumowując, David Israel i John Perry przedstawili szereg zasad, któ- 
w obrębie teorii sytuacji oraz zastosowali je do analizy działania agenta, 
uwzględniając jednocześnie użyteczność posiadania informacji. Podjęli oni 
również próbę rozwiązania pozornego konfliktu pomiędzy pojęciem infor- 
macji związanym z zewnętrznymi ograniczeniami i faktami a pojęciem 
agenta posiadającego informację i posługującego się nią w swoich dzia- 
łaniach. 


3.2.7. Informacja jako wynik procesu 


Ciekawą próbę zdefiniowania informacji w terminach niezależnych od 
dyscypliny, w której pojęcie to występuje, podjął Rober M. Losee (1990, 
1997). Jako cel postawił on sobie stworzenie takiej definicji, która będzie 
odpowiednia dla wszystkich dziedzin nauki, a tym samym dla wszystkich 
naukowców posługujących się tym terminem - od fizyków po filozofów 
zajmujących się epistemologią. 

Za punkt wyjścia Losee przyjął pojęcie procesu - w bardzo szerokim 
rozumieniu - zarówno jako prostych funkcji matematycznych, jak i jako 
procesów społecznych, których poziom złożoności wydaje się wykluczać 
możliwość dokładnego sformalizowania. Zakłada on przy tym, że procesy są 
wolne od błędów. 

Autor uważa, że informacja ma cztery podstawowe cechy. Po pierwsze, 
jest czymś, choć jej natura nie jest jasna. Po drugie, powinna wprowadzać 
nową wiedzę, ponieważ powtarzanie już otrzymanej wiadomości nie jest 
informatywne. Po trzecie, jest prawdziwa — kłamstwo lub informacja nieo- 
parta na faktach jest jedynie dezinformacją. I po czwarte, powinna ona mó- 
wić o czymś. Te właśnie cechy ma uwzględniać definicja informacji jako 
wyjścia procesu. 

Liczni autorzy definicji informacji, z których wybrane przedstawiono 
powyżej, koncentrują się na różnych jej aspektach. Niektórzy zrównują ją ze 
znaczeniem, zauważając, że fakt usłyszenia pewnego zdania nie wystarczy, 
by uczynić to zdarzenie aktem informacyjnym; to właśnie znaczenie czyni 
zdanie informatywnym. Inni opisują ją w terminach wiedzy bądź też jako 
coś, co pojawia się w umyśle odbiorcy podczas przyswajania wiadomości. 
Jeszcze inni twierdzą, że to forma lub struktura systemu jest równoważna 


179 


informacji. Informacja w strukturze jest ,niematerialnym duchem”, który 
współistnieje z obiektem fizycznym, o którym informuje, a powstaje ona 
w procesie abstrakcji od materialnych aspektów rzeczywistości fizycznej. 
Zwolennicy matematycznego definiowania informacji zwracają natomiast 
uwagę na fakt, że jej odebranie powoduje eliminację niepewności, zmniej- 
szenie niewiedzy bądź też usunięcie braku informacji o strukturze. 

Losee uważa, że ogólna definicja informacji nie może pomijać żadnego 
z opisanych powyżej aspektów, co więcej, powinna uwzględnić dwa, jak się 
wydaje, trudne do pogodzenia wymagania: musi ona zachowywać jak naj- 
więcej z potocznego rozumienia informacji oraz powinna być możliwie 
precyzyjna, by pozwalała na wyeliminowanie z jej zakresu w sposób jedno- 
znaczny zjawisk z nią niezwiązanych. 

Losee (1997) proponuje zatem następującą definicję: „[...] informacja 
jest produkowana przez wszystkie procesy i są to wartości charakterystyk 
wyjść procesów, które są informacją” (s. 5). Twierdzi przy tym, że definicja 
ta ujmuje większość koncepcji informacji występujących w różnych dzie- 
dzinach wiedzy. Przyjrzyjmy się teraz temu, w jaki sposób Losee uzasadnia 
jej adekwatność. 

Rozpocznijmy od podanych wcześniej pożądanych cech ogólnej definicji. 
Informacja będąca składnikiem wyników procesów niesie zawsze „informa- 
cję o czymś”. Owo „bycie o czymś” związane jest z procesem lub funkcją 
zawierającą pewną reprezentację danych wejściowych (reprezentację „wej- 
ścia”), a ta z kolei może być wynikiem innej funkcji - niosąc informacje o jej 
wejściu, i tak dalej. Przykładem może być proces pieczenia ciasta, który 
rozpoczyna się przygotowaniem składników oraz zbioru instrukcji: pisa- 
nych, mówionych lub w pamięci kucharza. Postępując zgodnie z tymi in- 
strukcjami, kucharz łączy składniki, a z powstałej masy po upieczeniu po- 
wstaje ciasto. Zbadanie go dostarcza informacji dotyczących zarówno 
samego procesu, jak i składników ciasta. Zatem proces pieczenia zmienia 
jeden zbiór składników („wejście” tego procesu) w inny zbiór - tworzący 
ciasto. Możemy więc mówić o procesie pieczenia jako o niosącym informa- 
cję o oryginalnych składnikach. 

Proces pieczenia jest niemal zawsze procesem nieodwracalnym, kucharz 
nie może „cofnąć się” od upieczonego ciasta do oryginalnych składników. 
Istnieją jednakże procesy całkowicie odwracalne - można wówczas cofnąć 
się od ich stanu końcowego do stanu początkowego. W takich procesach 
podczas ich wykonywania nie traci się żadnej informacji. 

Losee twierdzi, że wszystkie procesy produkują informację, której zro- 
zumienie wymaga poznania ich natury. Mając dostateczną ilość czasu i za- 
sobów, można opisać wszystkie, nawet najbardziej skomplikowane procesy. 
Niektóre z nich można zdefiniować za pomocą pojęcia funkcji matema- 
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tycznej, która działając na argumencie (lub argumentach), daje pojedynczy 
wynik. Za pomocą funkcji probabilistycznych można przedstawić nawet 
procesy losowe, na przykład rzut monetą opisuje funkcja f(orzet, 42), która 
daje wartość „orzeł” w przybliżeniu połowę razy. Procesy mogą być również 
opisywane jako algorytmy, zbiory reguł, zgodnie z którymi należy postępo- 
wać w określonej kolejności, aby otrzymać wynik. Funkcję można również 
kojarzyć z programem komputerowym lub urządzeniem, które z charakte- 
rystyk wejścia (danych wejściowych) produkuje wynik o pewnej charak- 
terystyce. Każdy proces może być zdefiniowany funkcyjnie jako jedna funk- 
cja lub więcej38. 

Informacja pojawia się wówczas, gdy proces coś wytwarza. Niezależnie 
od sposobu jego opisu, zawsze można łączyć go z pewnymi zmianami 
w Świecie — niesie on zatem pewną informację zarówno o sobie samym, jak 
i o swoim wejściu. Informacja jest zatem, według Loseego (1997), „warto- 
ścią obecnie przypisaną do charakterystyki lub zmiennej, którą daje funkcja 
f(x) lub proces. Wartość, którą daje funkcja, niesie informację na temat ar- 
gumentu funkcji x lub o funkcji ff), lub też o obu” (s. 10-11). Funkcja f jest 
odwzorowaniem z jednej dziedziny X, zbioru argumentów, w inną Y - zbiór 
możliwych wartości. System informacji to zbiór wartości produkowanych 
przez funkcję f nad dziedziną X (Y=f(X)). X jest dziedziną wiadomości, które 
mogą być transmitowane, natomiast Y - dziedziną otrzymanych wiadomo- 
ści, będących informacjami o samym procesie i o zbiorze X. 

Warto podkreślić, że zgodnie z powyższą definicją sam proces nie jest 
informacją. Również jego wejście nie jest informacją o danym procesie - 
chociaż może być informacją o innym procesie. Podobnie wyjście nie jest 
informacją samą w sobie - wyniki są informacjami tylko w tym sensie, ze 
niosą informacje o procesie i jego wejściu. 

Przejdźmy teraz do hierarchicznego modelu transmisji informacji za- 
proponowanego przez Loseego, który to model zdaniem autora daje możli- 
wość opisywania informacji na wielu różnych poziomach. 

Oznaczmy odbieranie fonemu (ang. speech sound) x, generowanego 
przez mówiącego przez funkcję phoneme(x), której wartości są informa- 
cjami produkowanymi przez słuchającego. Przez złożenie funkcji i ich 
odwrotności można modelować wiele procesów, włączając zachowania 
komunikacyjne wysokiego poziomu, takie jak sposób wysyłania i odbierania 
języka poprzez medium dźwiękowe. Informacja w języku jest transmitowa- 
na od nadawcy do odbiorcy poprzez kodowanie myśli w postaci dźwięków. 
Mamy zatem dwie formy reprezentacji: wyrażenie (ang. phrase) i dźwięk. 


38 Korelacja pomiędzy funkcjami, algorytmami i procesami związana jest blisko z tezą 
Churcha. 
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Proces ten można reprezentować poprzez następujące złożenie funkcji: 
phrase(phoneme(phoneme-1(phrase-'(x)))), 


gdzie phrase(x) jest wyrażeniem (zwrotem) odebranym przez słuchającego. 
W celu transmisji pewnego słowa koduje się je za pomocą funkcji phrase-, 
której wartość jest argumentem dla funkcji phoneme umieszczającej zako- 
dowany dźwięk w atmosferze. Z niej dźwięk jest następnie przechwytywany 
i dekodowany przez funkcję phoneme, dekodującą wiadomość do formy 
akceptowalnej dla funkcji phrase, zwracającej oryginalne słowo (jeśli oczy- 
wiście w opisanym procesie nie wystąpiły zakłócenia). 

W celu dodania dodatkowej „warstwy” do opisanego modelu hierar- 
chicznego konieczne jest wprowadzenie funkcji kodującej i dekodującej dla 
danego poziomu. Na przykład, „poziom wiedzy” można dodać, wprowadza- 
jąc funkcje knowledge"! oraz knowledge w następujący sposób: 


knowledge(phrase(phoneme(phoneme-!(phrase-!(knowledge'!(x)))))), 


co Losee przedstawia graficznie za pomocą schematu (s. 14): 


t 


Knowledge Knowledge 


Phrase Phrase 


Phoneme Phoneme 


Rys. 6. Hierarchiczny model ludzkiej komunikacji. Strzałka w kształcie litery U reprezentuje 
przejście czegoś, co jest transmitowane, kodowane i dekodowane. 


Możliwość rozbudowywania powyższego modelu o kolejne „warstwy” 
jest jedną z podstawowych jego zalet. Pozwala bowiem na mówienie o in- 
formacji na dowolnym poziomie ogólności, w zależności od zainteresowań 
i potrzeb jego użytkowników. Nie trzeba wtedy zastanawiać się nad naturą 
samej informacji, choć, oczywiście, inżynierowie i informatycy rozważają ją 
w inny sposób niż filozofowie czy kognitywiści. Jednak wszyscy oni będą 
mogli korzystać z zaprezentowanej hierarchii, rozbudowując ją o potrzebne 
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warstwy. Na dnie każdej takiej hierarchii znajduje sie warstwa zawierająca 
mechanizm fizyczny umożliwiający proces komunikacji; jest to tak zwana 
„warstwa fizyczna”. Informacja jest bowiem zawsze transmitowana poprzez 
serię procesów fizycznych. 

Istnieje możliwość połączenia w całość wszystkich poziomów danej hie- 
rarchii poniżej konkretnego punktu. W ten sposób powstaje kanał, który 
Losse nazywa: „informacją jako rzeczą”, co wskazuje na to, iż traktuje on 
informację jako obiekt. 

W modelu hierarchicznym informacja jest niezależna od człowieka (jej 
odbiorcy). Upadek drzewa w lesie powoduje transmisję informacji - nawet 
jeśli nikt nie słyszy dźwięku gałęzi uderzających o ziemię. Powstały bowiem 
pewne zmiany w środowisku, i to pomimo tego, że nie mają one żadnego 
odzwierciedlenia w ludzkim uchu czy umyśle. Informacja została nadana, 
lecz nikt jej nie odebrał. W przedstawionym powyżej aparacie pojęciowym 
informacja nie wymaga obecności człowieka, a nauka o informacji nie po- 
winna być rozumiana jako dyscyplina antropocentryczna. Przedmiotem 
teorii informacji jest bowiem informacja, a nie człowiek. 

Losee twierdzi, że pojęcia dotyczące informacji i jej miary zapropono- 
wane przez Shannona (opisane w paragrafie 3.2.1) można interpretować 
w terminach funkcyjnych. Również model hierarchiczny jest w pewnym 
sensie generalizacją modelu komunikacyjnego Shannona. Oba przedstawia- 
ją kodowanie informacji, jej przesyłanie i dekodowanie z uwzględnieniem 
kanału komunikacyjnego. Różnią się jednak w kilku kwestiach. Shannon 
opisuje system komunikacyjny, natomiast bardziej ogólny model hierar- 
chiczny może objąć dowolny proces powodujący zmiany w świecie. Model 
ten jest zatem szerszy niż model wprowadzony przez Shannona, gdyż za 
pomocą terminów funkcyjnych umożliwia opisanie nie tylko dowolnego 
systemu komunikacyjnego, ale również pojęć bardziej abstrakcyjnych, ta- 
kich jak percepcja, obserwacja, sąd czy wiedza. Przyjrzyjmy się teraz temu, 
jak można pojmować wiedzę w terminach funkcyjnych. 

Wiedza jest często opisywana jako „uzasadnione prawdziwe sądy”, więc 
tym samym sądy prawdziwe, dla których nie ma potwierdzenia, nie tworzą 
wiedzy. Dla opisania wiedzy w terminach funkcyjnych konieczne jest zatem 
wprowadzenie pojęć „prawdziwości” i „potwierdzenia” — w sposób zgodny 
z przedstawionym powyżej modelem. Rozumiejąc sąd prawdziwy, zgodnie 
z korespondencyjną teorią prawdy, jako właściwie reprezentujący rzeczy- 
wistość — oraz jego potwierdzenie w terminach własności funkcji generują- 
cej ten sąd, Losee (1997) twierdzi, że: „[s]ąd jest ‘potwierdzony’ wtedy 
i tylko wtedy, gdy wejście funkcji jest właściwie reprezentowane przez jej 
wyjście” (s. 26). Taka definicja wiedzy wykracza poza pojęcia językowe, 
nie jest antropocentryczna, a tym samym jest obiektywna, łatwo ją badać. 
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Zauważmy, że wiedza w tym ujęciu jest informacją, która jest zarówno 
prawdziwa, jak i potwierdzona. 

Jak zatem w rozważanym modelu zdefiniować pojęcia informacji fał- 
szywej czy dezinformacji? Jeżeli to, co jest nadawane (transmitowane), nie 
jest odbierane jako wysłane - czyli x + f-!(f(x)) dla jakiegoś wejścia x funkcji 
f - oznacza to, że w rozwazanym procesie nastąpiła utrata informacji. 
W przypadku funkcji częściowej lub podatnej na błędy lepiej jest inter- 
pretować jej wynik jako dezinformację, to znaczy informację, która jest 
częściowo lub całkowicie fałszywa. 

Podsumowując opisane powyżej funkcyjne ujęcie informacji, Losee 
(1997) stwierdza: 


Pomimo tego, że nauka informacyjna rozumiana jest przez niektórych jako na- 
uka społeczna, a przez innych jako gałąź fizyki, pojedyncza, szeroka, niezależna 
od dyscypliny, definicja informacji może służyć jako baza dla ścisłego oraz glo- 
balnego jej widzenia. Przyjęcie takiego modelu upraszcza dyskusje na temat 
wielu zależnych od dyscypliny pojęć, takich jak wiedza czy sąd. Użycie modelu 
hierarchicznego pozwala nam skupić badania na fenomenie informacji we 
wszystkich możliwych jej wcieleniach (s. 28). 


Przedstawione powyżej próby zdefiniowania informacji i uchwycenia jej 
natury pokazują bogactwo i różnorodność powstających w tym celu teorii. 
Termin „informacja” jest często wiązany z filozofią, a współcześnie mówi 
się i pisze wiele - i to w różnych kontekstach - o tak zwanej „filozofii in- 
formacji”. 


3.3. Filozofia informacji 


Filozofia informacji to dyscyplina stosunkowo młoda, której genezy 
należy szukać w takich dziedzinach jak: teoria komunikacji, cybernetyka, 
sztuczna inteligencja oraz informatyka, a która swą „dojrzałość” osiągnęła 
w latach 80. XX wieku*9. Współcześnie w programach studiów zarządzania 
informacją prawie zawsze figuruje przedmiot filozofia informacji. Powstaje 
zatem pytanie, czym owa „filozofia informacji” jest. 

Niektórzy autorzy (Adriaans, van Benthem, 2008; Lenski, 2010) widzą ją 
jako dyscyplinę techniczną, z głębokimi korzeniami w historii filozofii 
i konsekwencjami z tego wynikającymi dla różnych dyscyplin, takich jak 
metodologia, epistemologia i etyka. Inni, jak Floridi, prezentują „filozofię 


39 Można jednak mówić o wkładzie do filozofii informacji również tych autorów, którzy 
żyli przed erą informatyzacji. 
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informacji” jako kompletnie nową dyscyplinę, zdolną do zrewolucjonizowa- 
nia samej filozofii. 

Luciano Floridi w serii swych prac (2002, 2004b, 2008) dokładnie okre- 
Ślił filozofię informacji jako dyscyplinę. Nie tylko podał jej definicję i zakres 
zainteresowań, ale również zaproponował tematykę jej badań w przysz- 
łości. Stworzył następującą definicję: „filozofia informacji = py; dziedzina 
filozofii zajmująca się (a) krytycznym badaniem pojęciowej natury i pod- 
stawowych zasad informacji, włączając jej dynamikę i zastosowania, oraz - 
(b) szczegółowym omówieniem i zastosowaniem metod obliczeniowych 
oraz z zakresu teorii informacji do problemów filozoficznych” (Floridi, 
2001, s. 137). 

Zwrot „dynamika informacji” występujący w tej definicji odnosi się do: 

i) tworzenia i modelowania środowisk informacyjnych, w tym ich wła- 

sności systemowych, form interakcji i tym podobnych, 

ii) cykli życia informacji, to znaczy ciągów różnych stanów i aktyw- 
ności, przez jakie przechodzi informacja od jej pojawienia się aż po 
możliwe zaniknięcie*, 

iii) obliczeń, zarówno w sensie Turinga, jak i w kontekście szerszym. 

Pierwsza część powyższej definicji określa filozofię informacji jako 
nową dziedzinę badań. Ma ona między innymi odpowiadać na pytanie, czym 
jest informacja. Jednakże autor zwraca uwagę na to, że rozważania prowa- 
dzone w jej obrębie nie powinny być mylone z teorią informacji (w szcze- 
gólności - z omówioną powyżej matematyczną teorią komunikacji). Zada- 
niem filozofii informacji nie jest bowiem stworzenie jednej ogólnej definicji 
czy też teorii informacji, lecz raczej badanie całej rodziny teorii, które anali- 
zują, wyjaśniają i opisują rozmaite własności informacji, a w tym - jej prze- 
syłanie, dynamikę i użyteczność. Ma ona analizować te zagadnienia z nią 
związane, które wpływają na inne pojęcia filozofii, takie jak: byt, wiedza, 
prawda, życie, znaczenie. 

Druga część definicji pokazuje, że filozofia informacji jest nie tylko nową 
dziedziną badań, ale również że wprowadza nową metodologię, którą moż- 
na wykorzystać w poszukiwaniu odpowiedzi na pytania filozoficzne. Floridi 
zauważa, że metody, pojęcia i narzędzia informatyczne i obliczeniowe są już 
od dawna i z powodzeniem stosowane do wielu zagadnień filozoficznych: 


40 Floridi twierdzi, że typowy „cykl życia” informacji ma następujące fazy: pojawienie się 
(odkrycie, zaprojektowanie etc.), przetwarzanie i zarządzanie (zbieranie, modyfikowanie, 
organizowanie, indeksowanie, filtrowanie, uaktualnianie, sortowanie, przechowywanie, 
przesyłanie, transmitowanie etc.) oraz używanie (monitorowanie, aktualizowanie, wyjaśnia- 
nie, podejmowanie decyzji, nauczanie etc.). 
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- by poszerzyć nasze rozumienie zdolności poznawczych i językowych 
człowieka i zwierząt, 

- w rozważaniach dotyczących możliwości powstania sztucznych form 
inteligencji (filozofia sztucznej inteligencji), 

-w analizach procesów obliczeniowych i dedukcyjnych (filozofia obli- 
czeń, filozofia informatyki, logika sytuacyjna), 

- w wyjaśnianiu zasad organizacji życia i działania (filozofia sztucznego 
życia, cybernetyka i teoria automatów, teoria decyzji, teoria gier), 

-w nowym podejściu do modelowania systemów fizycznych i pojecio- 
wych (ontologia formalna, teoria systemów informacyjnych, filozofia 
rzeczywistości wirtualnej), 

- w rozważaniach etycznych (etyka komputerowa), 

-w analizach zjawisk psychologicznych, antropologicznych i spotecz- 
nych charakteryzujących społeczeństwo informacyjne. 

We wszystkich wymienionych powyżej zagadnieniach stosuje się me- 
tody i pojęcia obliczeniowe, co dowodzi, że filozofia informacji unifikuje 
powyższe dziedziny i programy, wprowadzając wspólne dla nich ramy 
teoretyczne. Floridi twierdzi, że posiada ona najpotężniejszy słownik poję- 
ciowy, jaki kiedykolwiek rozwinęła filozofia, a to oznacza, że każde zagad- 
nienie może zostać przeformułowane na terminy informacyjne. Ta właśnie 
moc semantyczna stanowi jej olbrzymią zaletę metodologiczną. Można za- 
tem mówić o nowym, bardzo wpływowym w filozofii paradygmacie, okre- 
ślanym mianem „filozofii informacyjnej” lub „filozofii obliczeniowej”. Floridi 
(2002) uważa, że „[f]ilozofia informacji ryzykuje stanie się synonimem 
filozofii” (s. 140) oraz że: 


[...] przedstawiana jako przyszła philosophia prima, zarówno w sensie Arystote- 
lesowskim prymatu jej obiektu - informacji - który według filozofii informacji 
jest podstawowym składnikiem w każdym środowisku, jak i Kartezjańsko-Kan- 
towskim sensie prymatu jej metodologii i problemów, filozofia informacji dąży 
do zapewnienia najbardziej cennego, kompleksowego podejścia do badań filo- 
zoficznych (s. 141). 


Floridi (2002) twierdzi, że zdefiniowana przez niego filozofia informacji 
jest dojrzałą dyscypliną naukową, ponieważ: „(a) reprezentuje autonomicz- 
ną dziedzinę (unikalne tematy); (b) umożliwia innowacyjne podejście do 
zarówno tradycyjnych, jak i nowych zagadnień filozoficznych (oryginalne 
metodologie); (c) może stanąć obok innych dyscyplin filozofii, oferując sys- 
tematyczne podejście do podstaw pojęciowych informacji i społeczeństwa 
informacyjnego (nowe teorie)" (s. 124). 

Przedstawia on również kilkanaście problemów otwartych, których 
rozwiązaniem ma zająć się filozofia informacji (Floridi, 2004b). Część z nich 
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dotyczy ontologii informacji - jej natury w trzech ujęciach: jako rzeczywi- 
stość (informacja środowiskowa), informacja na temat rzeczywistości (in- 
formacja semantyczna) oraz - dla rzeczywistości (jako zbiór instrukcji, na 
przykład informacja genetyczna). Jako oddzielne zagadnienia badań Floridi 
proponuje analizę dynamiki informacji (w tym jej przetwarzania i zarzą- 
dzania) oraz jej relacji do Świata naturalnego (przyrodniczego). Z rozważa- 
niami nad naturą informacji związane jest pytanie o możliwość stworzenia 
jednorodnej teorii informacji, przy czym autor skłania się ku poglądowi, że 
mówiąc o informacji w różnych dyscyplinach wiedzy, mamy do czynienia 
prawdopodobnie z siecią wzajemnie nieredukowalnych pojęć, co uniemoż- 
liwia stworzenie takiej teorii. 

Kolejną grupę stanowią problemy semantyczne. W jaki sposób dane na- 
bierają znaczenia? Jak znaczący zbiór danych staje się prawdziwy? Czy in- 
formacja wyjaśnia prawdę i znaczenie? 

Ważnym zadaniem filozofii informacji jest zdaniem Floridiego szukanie 
odpowiedzi na pytania o charakterze filozoficznym, dotyczące natury ludz- 
kiego poznania. Czy jest ono przetwarzaniem informacji? I co za tym idzie, 
czy inteligencję można analizować w terminach przetwarzania informacji? 
Czy możliwa jest sztuczna (czyli niebiologiczna) realizacja ludzkiej inteli- 
gencji? Istotną kwestią jest również szukanie nowych, opartych na podej- 
Ściu informacyjnym rozwiązań klasycznych problemów filozoficznych, na 
przykład problemu natury ludzkiej wiedzy czy też relacji umysł-ciało. 

Floridi (2008) pisze: „PI [filozofia informacji] zapowiada się jako jedna 
z najbardziej ekscytujących i owocnych dziedzin badań filozoficznych na- 
szych czasów” (s. 19). 


3.4. Podsumowanie 


Przedstawione w tym rozdziale analizy informacji, choć nie wyczer- 
pują nawet podstawowej problematyki z nią związanej, pokazują, że mamy 
do czynienia nie tyle z pojedynczą koncepcją, ile raczej z całym labiryntem 
pojęć i teorii je opisujących. Orientację w nim może ułatwić schemat przed- 
stawiony przez Floridiego (2005a), ukazujący różne jej rodzaje. 

Prócz rodzajów informacji na poniższym schemacie umieszczone zosta- 
ły również nazwy pięciu podstawowych, zdaniem Floridiego, typów danych: 
podstawowe (ang. primary), poboczne (dodatkowe, ang. secondary), meta- 
dane, dane operacyjne oraz pochodne (ang. derivative); zostały one szczegó- 
łowo omówione w paragrafie 3.2.5. Z danych tych powstają różne rodzaje 
informacji. 
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środowiskowa instruktażowa semantyczna 
podstawowe 
| poboczne 
| | — metadane 
prawdziwa l fałs zywa operacyjne 
(informacja) (informacja błędna) pochodne 


dezinformacja 


Rys. 7. Taksonomia informacji 


Informacja środowiskowa, którą można nazwać również naturalną, wpi- 
sana jest w otaczającą nas rzeczywistość przyrodniczą. Jest ona zawarta na 
przykład w pierścieniach wzrostowych drzewa czy też w odciskach palców. 
Rośliny (słoneczniki), zwierzęta (ameba), a nawet urządzenia (fotokomór- 
ka) mogą mieć zdolności do praktycznego wykorzystania takiej informacji, 
choć do jej istnienia nie jest konieczny żaden odbiorca. 

Przykładów drugiego rodzaju informacji - instruktażowej — należy szu- 
kać w instrukcjach obsługi i montażu, regułach gier, partyturach utworów 
muzycznych oraz w zapisach programów komputerowych. Jest ona zazwy- 
czaj przedstawiana w postaci przepisu (procedury) wykonania pewnej 
czynności i zawierać może instrukcje warunkowe (wyrażenia postaci 
„jeśli... to.., w przeciwnym przypadku...”). Może również pojawiać się 
w innych kontekstach: w formułowaniu założeń („niech x= 3”), rozkazach 
(„otwórz okno”) czy opisach ruchów pionków w grach. Ten typ informacji, 
w przeciwieństwie do środowiskowej, nic nie mówi o sytuacji czy stanie 
rzeczy, w żaden sposób go nie przedstawia, jest raczej opisem sposobu, 
w jaki pewien stan można osiągnąć. 

Informację semantyczną można rozumieć na wiele sposobów. Oto, jaką 
jej definicję znajdujemy w Słowniku terminów i pojęć filozoficznych (Podsiad, 
2000): „Informacja semantyczna - funkcja określona na zdaniach (oznajmu- 
jących), pozostająca w następującym stosunku do ich prawdopodobieństwa: 
im zdanie jest mniej prawdopodobne na gruncie dotychczasowej wiedzy, 
tym więcej wnosi informacji, ponieważ jeśli okaże się prawdziwe - w więk- 
szym stopniu wzbogaca wiedzę” (s. 390). Widzimy, że na rysunku 7 Floridi 
przedstawił dwa typy informacji semantycznej: prawdziwą (nazywając ją 
informacją) oraz fałszywą (którą opatrzył dopiskiem „informacja błędna”, 
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ang. misinformation). Z tej drugiej kategorii wyróżnił z kolei dezinformacje 
(ang. disinformation). Warto w tym miejscu zauważyć, że taki podział nie 
musi być - i nie jest - powszechnie uznawany za poprawny i jedyny możli- 
wy. Nie ma bowiem zgody co do rodzajów i cech informacji. Istnieje wiele 
różnych teorii opisujących jej naturę (w tym jej związki z prawdziwością), 
a niektóre z nich zostały opisane w tym rozdziale. 

Mówiąc o teorii informacji, informatycy mają zazwyczaj na myśli mate- 
matyczną teorię komunikacji Shannona, przedstawioną w paragrafie 3.2.1. 
Nie jest to jednak teoria informacji w zwykłym sensie, ponieważ rozpatruje 
ona tylko jej aspekt ilościowy, kładąc szczególny nacisk na mierzenie infor- 
macji zawartych w przesyłanych komunikatach. Shannon jest autorem 
dwóch powszechnie przyjmowanych idei: modelu komunikacyjnego (rysu- 
nek 3) oraz zasady mierzenia ilości informacji zawartej w komunikacie jako 
odwrotności jego prawdopodobieństwa (jest ona nazywana zasadą od- 
wrotnej zależności). Czyli: im bardziej zaskakujący komunikat, tym więcej 
niesie informacji. Jeśli usłyszymy stwierdzenie, że jutro wzejdzie słońce, to 
nie jest ono zbyt zaskakujące i niesie niewiele informacji. Jeśli natomiast 
dowiadujemy się czegoś nowego, co jest dla nas zaskoczeniem (jest mało 
prawdopodobne), to, w pewnym sensie, jest bardziej informatywne. 

Sposób mierzenia ilości informacji wprowadzony w matematycznej teo- 
rii komunikacji prowadzi do pewnej sprzecznej z intuicją własności, nazy- 
wanej w literaturze paradoksem małp. Zgodnie z tą teorią, największą ilość 
informacji niesie taki ciąg znaków (tekst), w którym prawdopodobieństwo 
wystąpienia każdej litery jest takie samo, to znaczy ciąg całkowicie losowy. 
Wówczas tekst pozbawiony treści, nonsensowny — na przykład pisany przez 
małpy na maszynie do pisania - niesie w sobie więcej informacji niż dzieła 
Szekspira. Co więcej, każde z tych dzieł zawiera mniej informacji niż tekst 
złożony z losowo pomieszanych tworzących go symboli (liter i znaków 
przestankowych). Jest to konsekwencja czysto syntaktycznego ujęcia infor- 
macji, całkowicie pomijającego między innymi jej znaczenie oraz kontekst. 
Teoria Shannona nie pozwala również na określenie ilości informacji zawar- 
tej na przykład w mapach lub zdjęciach. 

Istnieje jednakże inny sposób mierzenia ilości informacji, niż za pomocą 
paradoksu małp, zaproponowany w latach 60. XX wieku, a nazywany obec- 
nie algorytmiczną teorią informacji (por. paragraf 3.2.2). Informacja algo- 
rytmiczna?! ciągu (na przykład złożonego z zer i jedynek) jest rozumiana 
jako długość najkrótszego algorytmu, który go generuje. Do jej matematycz- 
nego opisu Solomonoff (1960) wykorzystał pojęcie prawdopodobieństwa 


41 [nformacja algorytmiczna jest znana pod wieloma różnymi nazwami, najczęściej jako 
„złożoność Kotmogorowa”. 


189 


a priori skończonego ciągu symboli, jako wyznaczone przez najkrótsze wej- 
Ście uniwersalnej maszyny Turinga, której wyjściem jest rozważany ciąg. 
Kołmogorow natomiast, dążąc do możliwości obliczenia informacji zawar- 
tych, na przykład w mapach, zaproponował rozważanie ilości informacji 
dostarczanej przez obiekt y (mapę) na temat obiektu x (regionu przedsta- 
wionego na tej mapie). Określił względną złożoność obiektu y z x jako mi- 
nimalną długość ‘programu’ dla otrzymania y z x. Chaitin z kolei w swych 
rozważaniach wykorzystał pojęcie uniwersalnej maszyny Turinga. Chociaż 
każdy z autorów algorytmicznej teorii informacji - Solomonoff, Kotmogo- 
row i Chaitin - miał inną motywację do jej stworzenia i wykorzystał inny 
formalizm do jej opisu, to jednak stworzone przez nich teorie są bardzo 
podobne. Wszystkie one przyjmują bowiem, że im krótszy program generu- 
jący ciąg, tym większe jego uporządkowanie i tym samym mniejsza złożo- 
ność (mniejsza ilość niesionych informacji). 

Warto zauważyć, że korzystając z takiego ujęcia, możemy obliczyć ilość 
informacji zawartych nie tylko w mapach czy zdjęciach. Można bowiem to 
zrobić również dla obiektów, z którymi zazwyczaj nie wiążemy tego pojęcia 
- na przykład dla poszczególnych liczb (w tym liczby r), można bowiem 
określić długość najkrótszych programów je generujących. 

Algorytmiczna teoria informacji, choć dobrze radzi sobie z niektórymi 
problemami teorii Shannona - w tym z paradoksem małp (unikając wyko- 
rzystania klasycznego pojęcia prawdopodobieństwa) oraz z obliczeniem 
ilości informacji w przypadkach map i zdjęć - nie wykracza jednak poza 
rozważania ilościowe. Podobnie rzecz się ma z jakościową teorią informacji 
Mariana Mazura. 

Mazur stworzył koncepcję opartą na pojęciach wywodzących się z cy- 
bernetyki, wiążącą istotę informacji z procesami komunikacyjnymi i steru- 
jącymi, zachodzącymi w złożonym układzie. Nazwał ją jakościową teorią 
informacji (jej omówienie zawarto w paragrafie 3.2.3). Ograniczył swoje 
rozważania do zjawisk związanych ze sterowaniem rozumianym jako dąże- 
nie do pewnego celu. Nie jest to zatem teoria informacji samej w sobie - 
choć została zdefiniowana wprost, w terminach zamiany jednych komuni- 
katów w inne. 

Mazur przenalizował podstawowe sposoby informowania wiernego 
i wszelkie możliwe rodzaje zniekształceń informacji, zdefiniował także od- 
powiednik ilości informacji, nazywając go „liczbą informacji identyfikują- 
cych”, którą można określić w niektórych, choć nie we wszystkich przypad- 
kach kłopotliwych dla matematycznej teorii komunikacji (ze względu na to, 
iż oparta jest ona na prawdopodobieństwie). Można na przykład stwierdzić, 
jaką ilość informacji zawiera zależność pomiędzy długością średnicy koła 
a długością jego promienia. 
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Teoria Mazura traktuje informację, podobnie jak dwie omówione wcze- 
Sniej teorie, jako wielkość fizyczną, ponieważ zmiany komunikatów to pro- 
cesy fizyczne. Warto zwrócić uwagę, że występujący w nazwie tej teorii 
termin „jakościowa” nie odnosi się do informacji, lecz do samej teorii, a to 
może powodować nieporozumienia. Przedmiotem zainteresowań tej teorii 
jest określenie, czym w istocie informacja jest, jakie są jej rodzaje oraz 
w jaki sposób obliczać ilość informacji, a nie jej treść semantyczna. Takie 
ujęcie zazwyczaj odpowiada informatykom, koncentrującym swoją uwagę 
na przesyłaniu, przechowywaniu i ewentualnie na wyszukiwaniu informa- 
cji. Nie jest ono natomiast wystarczające dla filozofów, którzy poszukują 
odpowiedzi między innymi na następujące pytania: „Dlaczego traktujemy 
cos jako informację?”, „W jaki sposób coś może nieść informacje o czymś 
innym?”, „Jaki jest związek informacji z prawdziwością, fałszem lub błę- 
dem?”, „Kiedy informacja jest użyteczna?”. Ilościowe teorie informacji nie 
odpowiadają na żadne z tych pytań, a w niektórych z nich unika się nawet 
prób definiowania informacji jako takiej. Jednak powstało - i nadal powsta- 
je - wiele teorii ją opisujących, nie tylko na poziomie syntaktycznym, ale 
również semantycznym. 

Jedną z pierwszych teorii informacji semantycznej, opisaną w paragrafie 
3.4.2, stworzyli Bar-Hillel i Carnap. Zdefiniowali oni informację w terminach 
lingwistycznych, wykorzystując pojęcie prawdopodobieństwa indukcyjne- 
go. Miarą treści semantycznej zawartej w p jest dopełnienie jego prawdo- 
podobieństwa a priori: Cont(p) = 1-P(p). Takie probabilistyczne rozumienie 
treści informacji było później rozwijane, między innymi przez Hintikkę 
i Dretske'a. 

Występujące w powyższym wzorze prawdopodobieństwo może mieć 
różne interpretacje. Bar-Hiller i Carnap zdefiniowali je poprzez konstrukcję 
formuł atomowych w wybranym języku formalnym. Dretske odniósł jej 
wartość do obserwowanego stanu rzeczy. Informację semantyczną można 
rozumieć również w terminach modalnych - treścią semantyczną zdania 
jest wówczas zbiór wszystkich możliwych Światów, w których zdanie to jest 
fałszywe. 

Teoria informacji semantycznej, niezależnie od interpretacji wykorzy- 
Stywanego w niej prawdopodobieństwa, zachowuje wspomnianą wcześniej 
zasadę odwrotnej zależności, głoszącą, że ilość informacji niesionej przez 
dany komunikat jest odwrotnością jego prawdopodobieństwa. Wiąże się to 
z tak zwanym paradoksem Bar-Hillela-Carnapa: zdania sprzeczne (których 
prawdopodobieństwo wynosi zero) niosą najwięcej informacji. Odkrycie tej 
sprzecznej z intuicją własności doprowadziło do powstania wielu modyfi- 
kacji teorii informacji semantycznej. Najprostszym rozwiązaniem było wye- 
liminowanie a priori z rozważań zdań sprzecznych bądź też przyjęcie, że 
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wszystkie takie zdania niosą taką samą (zerową albo nieskończoną) ilość 
informacji. Jednak niektórzy filozofowie, aby uniknąć tego paradoksu, two- 
rzyli nowe teorie opisujące informację semantyczną. 

Jedną z nich, nazywaną teorią informacji silnie semantycznej (której 
analizę przedstawiono w paragrafie 3.2.5), zaproponował Luciano Floridi. 
Sformułował on ogólną definicję informacji semantycznej, według której 
informacja to zawartość semantyczna poprawnie sformułowanych, znaczą- 
cych danych. Przez „poprawne sformułowanie” rozumie on zgodność ze 
składnią systemu, języka lub kodu, który analizujemy. Termin „znaczące” 
natomiast podkreśla, że dane muszą mieć pewne znaczenie w używanym 
systemie czy języku. Tak rozumiana informacja semantyczna posiada pew- 
ne cechy, które Floridi określa jako „neutralności”. Przez neutralność takso- 
nomiczną rozumie on stwierdzenie, że dane są bytami relacyjnymi - nic nie 
jest daną per se, bycie daną jest własnością zewnętrzną. Informacja nie zale- 
zy ani od typu tworzących ją danych, ani od swego nośnika - jest to neutral- 
ność typologiczna. Zasada neutralności genetycznej natomiast stwierdza, że 
dobrze zdefiniowane dane mogą mieć znaczenie niezależnie od informowa- 
nego, a zatem znaczenie znajduje się nie tylko w umyśle użytkownika. Inna 
cecha informacji - neutralność ontologiczna - to stwierdzenie, że nie ma 
informacji bez reprezentacji danych. Może być ona rozmaicie interpretowa- 
na, między innymi materialistycznie - nie ma informacji bez reprezentacji 
fizycznej - co wydaje się konieczne z punktu widzenia informatyki, która 
traktuje informację jako obiekt; jego pomiar, przesyłanie i przechowywanie 
jest jednym z podstawowych zadań informatyków. 

Informacja silnie semantyczna ma również swoją miarę, zgodną z intui- 
cyjnym jej rozumieniem. Zdanie niesie większą ilość informacji, gdy jest 
bardziej precyzyjne. Innymi słowy, im większa liczba sytuacji, do których 
ma ono zastosowanie, tym mniejszy stopień jego informatywności. 

Floridi przedstawia również - często krytykowane - uzupełnienie swo- 
jej definicji informacji semantycznej o warunek jej prawdziwości, co ma 
uczynić ją bardziej odpowiednią do mówienia o informacji rzeczowej. 
Twierdzi on bowiem, że nie ma powodów, by uznawać informację fałszywą 
za rodzaj informacji. 

Takie rozumienie pojęcia informacji krytykuje między innymi Fetzer 
(por. paragraf 3.2.5). Jego zdaniem jest ono zbyt wąskie i zaciemnia rozróż- 
nienie pomiędzy informacją, dezinformacją oraz informacją błędną. Zwraca 
on również uwagę na to, że niektóre znaczące dane, takie jak zdjęcia, kod 
DNA czy też plamy krwi na miejscu zbrodni, niosą informację, choć trudno 
nazwać je prawdziwymi. Teoria informacji Floridiego nie jest zatem 
poprawna, ponieważ nie obejmuje wszystkich jej przykładów. 
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Lepiej z problemem tym radzą sobie inne teorie informacji: semiotyczna 
i pragmatyczna. Pierwsza z nich, zgodnie z którą coś można zaklasyfikować 
jako informację, gdy owo coś ma dla kogoś znaczenie, wydaje się dobrze 
wyjaśniać naturę informacji jako znaczących danych. Koncepcja pragma- 
tyczna natomiast zwraca uwagę na wpływ informacji — również fałszywej, 
na zachowanie człowieka, koncentruje się ona bowiem na wpływie infor- 
macji na osiąganie pewnych celów. 

Istnieją również inne interpretacje informacji semantycznej, w których 
można opisać informacje w przypadkach kłopotliwych dla teorii Floridiego. 
Jedną z nich jest teoria systemowa, przedstawiona w paragrafie 3.2.6, sfor- 
mułowana w logice sytuacyjnej przez Davida Israela i Johna Perry'ego. 
Zakłada się w niej, że zawartość informacyjna zdania nie jest wyznaczona a 
priori, lecz w odniesieniu do danej sytuacji. 

Israel i Perry przyjmują istnienie rzeczywistości składającej się z kon- 
kretnych części nazywanych sytuacjami, a wszystko, co w niej się wydarza, 
ma pewien status ze względu na jej naturę, między innymi na występujące 
w niej ograniczenia (na przykład prawa fizyczne). 

Autorzy przedstawili dziesięć podstawowych cech informacji seman- 
tycznej, nazywanych przez nich zasadami i uwzględnionych w ich teorii: 
(a) fakty niosą informację, (b) treść informacyjna faktu jest zdaniem praw- 
dziwym i (c) jest zrelatywizowana do ograniczeń, (d) informacja, jaką niesie 
fakt, nie jest tkwiącą w nim (wewnętrzną) własnością, (e) treść informacyj- 
na faktu może dotyczyć odległych rzeczy i sytuacji, oraz (f) może ona być 
konkretna - zdania, które są treścią informacyjną, mogą dotyczyć obiektów, 
które nie są częścią faktu wskazującego, (g) fakty wskazujące zawierają 
informację tylko w odniesieniu do faktów łączących - informacja jest przy- 
rostowa dla danych faktów, (h) wiele różnych faktów, włączając zmiany 
w obiektach, we własnościach, w relacjach i miejscu czasoprzestrzennym, 
może wskazywać jedną i tę samą treść informacyjną - relatywnie do takich 
lub innych ograniczeń, (i) informacja może być przechowywana i transmi- 
towana w wielu formach, oraz (j) posiadanie informacji jest dobre - stwo- 
rzenia, których zachowanie jest kierowane lub kontrolowane przez in- 
formację, mają większe szanse, by odnieść sukces, niż te, które jej nie 
posiadają*?2. 

Wykorzystując formalizm teorii sytuacji, Israel i Perry dokonali formali- 
zacji pojęć informacji czystej i przyrostowej, ich przepływu oraz zastosowali 
je do analizy działania agenta, a uwzględniając użyteczność informacji, roz- 
różnili jej niesienie (lub zawieranie) od jej posiadania. 


42 Wyjaśnienie wszystkich pojawiających się na tej liście terminów znaleźć można w pa- 
ragrafie 3.2.6. 
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Próbę stworzenia ogólnej definicji informacji ujmujacej zarówno jej sens 
potoczny, jak i odpowiedniość dla wszystkich nauk, podjął Losee (por. para- 
graf 3.2.7). Określił on informację jako wyjście procesu, interpretowanego 
bardzo szeroko: od prostych funkcji matematycznych po złożone procesy 
społeczne. Losee twierdzi, że takie ujęcie informacji oddaje jej cztery pod- 
stawowe cechy: informacja jest ,czyms” (choć jej natura nie jest jasna), 
wprowadza pewną nowość (powtarzanie tej samej wiadomości nie niesie 
informacji), jest prawdziwa oraz mówi „o czymś”. 

Losee wprowadził również hierarchiczny model transmisji informacji, 
który ma umożliwiać jej opisywanie na wielu różnych poziomach. Opiera się 
on na założeniu, że złożenie funkcji i ich odwrotności pozwala na mode- 
lowanie wielu procesów, w tym zachowań komunikacyjnych wysokiego 
poziomu (por. rys. 6). Model ten można w łatwy sposób rozbudowywać, 
dodając kolejne „warstwy” (poprzez zdefiniowanie dla nich odpowiednich 
funkcji kodujących i dekodujących), a to pozwala na mówienie o informacji 
na dowolnym poziomie ogólności, w zależności od zainteresowań i potrzeb 
jego użytkowników. W modelu hierarchicznym informację traktuje się jako 
niezależną od człowieka lub innego jej odbiorcy. Można w nim również zde- 
finiować w terminach funkcyjnych pojęcie „wiedzy”. 

Informacja, którą analizujemy w tym rozdziale, jest oczywiście blisko 
związana z wiedzą - czasami nawet jest z nią mylona. Szczegółowe omó- 
wienie związków tych pojęć wykracza poza ramy tej książki43, warto jednak 
wspomnieć przynajmniej podstawowe kwestie. 

Dunn (2008) tak pisze na temat związków pomiędzy informacją a wie- 
dzą: „Lubię myśleć o informacji jako o tym, co zostaje z wiedzy, gdy odej- 
miemy uzasadnienie, prawdę, przekonania i inne składniki, takie jak wiary- 
godność, które odnoszą się do uzasadnienia. Informacja jest, tak jak była, 
czystą 'jałową myślą” (s. 589). 

Często przedstawia się związki pomiędzy pojęciem informacji a poję- 
ciami pokrewnymi w postaci tak zwanej hierarchii DIKW, gdzie D oznacza 
niezinterpretowane (czyste) dane, I - informację, K - wiedzę (ang. knowledge), 
natomiast W - mądrość (ang. wisdom). Wydaje się jednak, że nie ma po- 
wszechnej zgody co do definicji elementów tej hierarchii. Niektórzy autorzy 
mówią o danych jako o symbolach lub liczbach, inni dopuszczają również 
obrazy lub dźwięki. Dane stają się informacją, gdy zostaną odpowiednio 
zinterpretowane i zapisane. Z kolei informacja nie staje się wiedzą 
w tradycyjnym sensie szeroko dyskutowanym przez filozofów, dopóki nie 
spełnia trzech testów Platona: uwierzone (zinternalizowane), uzasadnione, 


43 Dokładną analizę znaleźć można między innymi w książce Epistemologia informacji 
(Hetmański, 2013). 
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prawdziwe. Powszechne wykorzystanie komputerów do przesyłania, prze- 
chowywania i wyszukiwania informacji zmienia w pewien fundamentalny 
sposób klasyczne znaczenie tych terminów. Na przykład istnienie wyszuki- 
warek internetowych (takich jak Google) wymusza zmianę rozumienia roli 
eksperta. Jak wielu z nas ma pojęcie o sposobie działania Google? Jednak 
informacja - by można ją było nazwać wiedzą — musi zostać zinternalizo- 
wana i uzasadniona. W jaki sposób odbywają się te procesy w przypadku 
informacji znalezionych przez wyszukiwarki? 

Związek pomiędzy informacją a wiedzą można jednak spostrzegać ina- 
czej. Lenski (2010) twierdzi, że z punktu widzenia semiotyki informacja jest 
wymiarem pragmatycznym tego samego procesu, którego wymiarem se- 
mantycznym jest wiedza, a syntaktycznym - dane. Dzięki takiemu ujęciu 
można, jego zdaniem, analizować informację poprzez badanie wiedzy, a nie 
odwrotnie (jak dzieje się to we wspomnianej hierarchii DIKW). Wtedy klu- 
czowym pojęciem jest wiedza, a nie informacja. Co więcej, autor stwierdza, 
że „informacja jest w gruncie rzeczy tym samym, co wiedza” (s. 111). 

Zagadnienie związku pomiędzy informacją a wiedzą nie ma większego 
wpływu na rozumienie pojęcia „informacja” występującego w informatyce. 
Jak już wspomniano, informatycy zazwyczaj nie interesują się „naturą” in- 
formacji, lecz jej reprezentacją, mierzeniem i przesyłaniem. 

Sposoby reprezentacji informacji pojawiającej się w informatyce można 
zobrazować w postaci kwadratu (Dunn, 2008), wzdłuż którego boków 
umieszczono kategorie: ustrukturyzowana/nieustrukturyzowana oraz tekst/ 
/multimedia. Jeszcze do niedawna, przed erą komputeryzacji, prawie cała 
informacja była tekstowa, natomiast obecnie szybko rośnie ilość informacji 
w postaci multimedialnej (filmy, zdjęcia etc.). Przykładem informacji 
ustrukturyzowanej są tradycyjne, tabelaryczne bazy danych. Z kolei infor- 
macje nieustrukturyzowane zawarte są w pajęczynie WWW (World Wide 
Web). Forma reprezentacji informacji ma znaczący wpływ na łatwość ich 
odnalezienia oraz operowania na nich. W związku z tym czynione są pró- 
by „uporządkowania” Internetu, między innymi poprzez wprowadzenie 
struktury stron internetowych dzięki używaniu języków znacznikowych, 
takich jak HTML, a w szczególności XML. Nie ma jednak jednego, powszech- 
nie przyjętego sposobu strukturyzowania informacji audio i wideo, a rosnące 


44 Widać to wyraźnie na przykładzie związku między sposobem zapisu liczb a wykony- 
waniem działań na nich. Wprowadzenie numeracji arabskiej w miejsce rzymskiego sposobu 
zapisu liczb uczyniło działania na liczbach łatwiejszymi. Bardzo trudno jest wykonywać 
działania bezpośrednio na liczbach zapisanych w systemie rzymskim (do obliczeń używano 
wtedy desek rachunkowych - abaków). Więcej na ten temat znaleźć można na przykład 
w (Bondecka-Krzykowska, 2012a) i Historii powszechnej cyfr (Ifrah, 2006). 
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znaczenie takiego typu informacji, nie tylko w Internecie, stawia w nowym 
świetle pytanie o naturę informacji i tworzących ją danych. 

Pojęcie „informacji” pojawia się w informatyce w wielu różnych kontek- 
stach, które nie doczekały się jeszcze pogłębionej refleksji filozoficznej. 
Przykładem może być pojęcie „informacji kwantowej”. W klasycznym mo- 
delu komputera najbardziej podstawowe bloki informacji (bity) mogą być 
w jednym z dwóch odróżnialnych stanów oznaczanych przez ,,0” i „1”. Bity 
kwantowe (kubity) mogą znajdować się w stanach ,,0” i „1”, ale również 
w stanie pośrednim, będącym superpozycją zera i jedynki. W klasycznym 
rejestrze trzech bitów można zapisać jedną z liczb od 0 do 7, natomiast 
w rejestrze 3 kubitów - wszystkie liczby od 0 do 7 jednocześnie! Procesory 
operujące na rejestrach kubitów mogą wykonywać obliczenia, używając 
wszystkich możliwych wartości argumentów jednocześnie; jest to zjawisko 
nazywane czasami paralelizmem kwantowym. Dzięki niemu komputery 
kwantowe, wykorzystując specjalne algorytmy, są w stanie rozwiązywać 
klasyczne problemy w znacznie krótszym czasie niż komputery tradycyjne. 
Jednym z najbardziej znanych algorytmów kwantowych jest algorytm 
Shore'a*5 (stworzony przez Petera Shora z laboratoriów AT&T Bell) wyko- 
nywania faktoryzacji (rozkładu na czynniki pierwsze) dużych liczb, który 
widziany jest jako zagrożenie dla bezpieczeństwa tych metod szyfrowania 
danych, które opierają się na trudnościach z takim rozkładem. 

Ciekawym filozoficznie aspektem obliczeń kwantowych jest ich odwra- 
calność. Żadna informacja się nie gubi! Efekt taki można osiągnąć również 
w przypadku komputerów klasycznych, tyle tylko, że trzeba je specjalnie 
programować. W przypadku komputerów kwantowych odwracalność po- 
jawia się sama, niejako „za darmo”. 

Inne zagadnienie filozoficzne pojawiające się w związku z informacją, 
a właściwie jej przechowywaniem, to interpretacja negacji. Tradycyjne bazy 
danych opierające się na logice dwuwartościowej działają w następujący 
sposób. Jeśli wylistujemy wszystkich pracowników danej firmy i na otrzy- 
manej liście nie ma Jana Nowaka, to otrzymujemy informację, że nie jest on 
jej pracownikiem. Idea ta została zaimplementowana wprost w PROLOG-u, 
języku programowania opartym na fragmencie logiki pierwszego rzędu 
(tak zwanych klauzulach Horne'a) z dodaną negacją, interpretowaną jako 
„niepowodzenie”. Można jednak traktować negację inaczej; na przykład 
Belnap (1977) zaprezentował ideę baz danych zawierających informację 
niespójną i użył ich jako przykładu konieczności wprowadzenia logiki czte- 
rowartościowej. 


45 Jest to, podobnie jak większość algorytmów kwantowych, algorytm probabilistyczny; 
zwraca on poprawną odpowiedź jedynie z pewnym prawdopodobieństwem. 
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Istnieje zapewne wiele innych, waznych i ciekawych z filozoficznego 
punktu widzenia zagadnień informatyki, związanych zarówno z samym 
pojęciem „informacji”, jak i z terminami z nią związanymi. Zaprezentowane 
w tym rozdziale analizy nie wyczerpują zagadnienia. Wynika to przede 
wszystkim ze złożoności i skomplikowania natury informacji jako takiej. 
Floridi (2008) pisze: „Informacja pozostaje pojęciem ulotnym (trudnym do 
zdefiniowania). Jest to skandal, zważywszy na fakt, że tak wiele podstawo- 
wych prac teoretycznych, zarówno w nauce, jak i w filozofii zależy od jasne- 
go rozumienia natury informacji oraz pojęć pokrewnych” (s. 7). 

Trudno zgodzić się z powszechnym używaniem terminu „informacja”, 
nie tylko w dyskursach naukowych, ale również w życiu potocznym, w ta- 
kich zwrotach jak „era informacji” czy „nauka informacyjna”. Cóż bowiem 
znaczy używany w nich termin „informacja”? Czy jest to obiekt, coś, z czym 
mamy do czynienia na przykład w informatyce? Czy też jest to pojęcie ściśle 
związane ze znaczeniem i wiedzą? Wydaje się, że większość pochwalnych 
odniesień do „ery informacji” jest próbą ujęcia jej na dwa sposoby równo- 
cześnie, co prowadzi do licznych nieporozumień. Można zatem z całą sta- 
nowczością stwierdzić, że konieczne są dalsze badania, zarówno w obrębie 
informatyki, jak i filozofii, zmierzające do pełniejszego opisu natury infor- 
macji i związanych z nią zjawisk, zwłaszcza że „Świat ujmowany jako czysta 
informacja nie tylko fascynuje nasze ciało i umysł, ale chwyta nas również 
za serce” (Heim, 1993, s. 283). 


Rozdziat 4 


Rzeczywistość wirtualna! 


Termin „wirtualny” jest dziś powszechnie używany. Mówi się o rze- 
czywistości wirtualnej gier komputerowych, o wirtualnych spotkaniach 
w sieci, wirtualnych spacerach po znanych miejscach, wirtualnych muzeach, 
wystawach, a nawet pieniądzach. Związane z nim wyrażenie „wirtualna 
rzeczywistość” używane jest do określania całej gamy zjawisk i aktywności 
człowieka związanych z komputerami. Obejmuje ono coraz szersze obszary 
nie tylko informatyki, ale również psychologii, socjologii i filozofii. W taki 
właśnie, bardzo szeroki sposób będziemy rozumieli rzeczywistość wirtual- 
ną w tym rozdziale — bez ograniczania się do konkretnej technologii, istnie- 


jącej lub wyimaginowanej. Konik (2009) tak pisze o wirtualności: 


Termin wirtualność współcześnie funkcjonuje przynajmniej na trzech pozio- 
mach: w znaczeniu informatyczno-technicznym (terminologia związana z tech- 
nologią informacyjną, związaną z matematycznymi modelami cyfrowymi), filo- 
zoficznym (badającym struktury ontologiczne wirtualnych projektów jako 
światów możliwych, a także badającym problemy estetyczne i epistemologicz- 
ne), i ogólnym (w pojęciu ogólnym wirtualność oznacza to, co nierzeczywiste, 
nieistniejące, iluzoryczne, wyobrażone, możliwe, sztuczne, stworzone przez 
symulacje komputerowe [...] (s. 82-83). 


Czym zatem jest rzeczywistość wirtualna? Jakie są jej cechy? Czy jest to 
zjawisko, które pojawiło się wraz z rozwojem technologii komputerowych 
i jest od nich całkowicie zależne? W rozdziale tym przedstawione zostaną 


1 Niektóre idee zawarte w tym rozdziale znaleźć można też w artykule pt. Uwagi na te- 
mat ontologii wirtualnej rzeczywistości (Bondecka-Krzykowska, 2012b) 
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próby odpowiedzi na powyższe pytania oraz inne, wybrane zagadnienia 
ontologii wirtualnej rzeczywistości. 

Pojęcie „ontologia” (metafizyka), podobnie jak „wirtualna rzeczywi- 
stość”, jest terminem bardzo szerokim. Przez „ontologię rzeczywistości wir- 
tualnej” będziemy tutaj rozumieli filozoficzne badania nad opisem struktury 
wirtualnego Świata. Wiążą się one z poszukiwaniem odpowiedzi na pod- 
Stawowe pytania dotyczące statusu samej tej rzeczywistości (jakim rodza- 
jem rzeczywistości jest Świat wirtualny?, jaki jest status ontologiczny jego 
obiektów?), jak również na pytania dotyczące związków pomiędzy wirtual- 
nością i realnością (czy rzeczywistość wirtualna to zmiana, rozszerzenie czy 
dodatek do rzeczywistości?, czy jest ona bardziej wirtualna, czy bardziej 
realna?). W obrębie tych badań znajduje się również analiza wpływu poja- 
wienia się wirtualnej rzeczywistości na zmiany pewnych klasycznych kon- 
cepcji metafizyki oraz na powstanie nowych. 


4.1. Wprowadzenie 


Początków wirtualnej rzeczywistości można szukać w technologiach 
wytworzonych na potrzeby wojska oraz przemysłu rozrywkowego. Naj- 
wcześniejsze systemy rzeczywistości wirtualnej to symulatory lotów, uży- 
wane przez armię amerykańską i NASA do szkolenia pilotów. Inne związane 
są z produkcją filmów, z tworzeniem na ich potrzeby coraz bardziej reali- 
stycznych obrazów i dźwięków. Czynnikiem, który szczególnie przyczynił 
się do ekspansji wirtualnej rzeczywistości, jest gwałtowny rozwój kompute- 
rów. Dodatkowe ich wyposażenie - na przykład okulary, hełmy i rękawice - 
oraz coraz lepsze karty graficzne ułatwiły nie tylko interakcję użytkowników 
z komputerami, ale również zagłębienie się w tworzony przez nie Świat. 

Warto zwrócić uwagę na to, że dla określenia zjawiska wirtualnej rze- 
czywistości, którego analizą zajmiemy się w tym rozdziale, używa się w lite- 
raturze różnych terminów, między innymi: 

- wirtualna rzeczywistość, 

- sztuczna rzeczywistość (termin zaproponowany przez Myrona Krue- 

gera?), 

- wirtualne środowiska (używany przez specjalistów z NASA i MIT), 

- wirtualne światy (stosowany na uniwersytetach Karoliny Północnej 

i Waszyngtonu). 


2 Myron Krueger (ur. 1942 roku w Gary, Indiana, USA) - artysta, informatyk, autor serii 
artystycznych, komputerowych instalacji, które stały się zaczątkiem systemów rzeczywisto- 
Ści wirtualnej (na przykład CAVE), nazywanych środowiskami responsywnymi. 
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Istnieje również pojęcie „cyberprzestrzeń” wprowadzone przez Wiliama 
Gibsona w cyberpunkowej powieści Neuromancer, które odnosi się do 
„przestrzeni informacyjnej”, „zespolenia informacji cyfrowej i ludzkiej per- 
cepcji” (Heim, 1993, s. 150). 

Największą popularność spośród wymienionych powyżej terminów zy- 
skało jednak określenie wprowadzone w latach 60. XX wieku - „wirtualna 
rzeczywistość” - a to między innymi dlatego, że było ono powszechnie uży- 
wane przez producentów sprzętu i oprogramowania. Zapożyczone zostało 
przez Jarona Laniera? z dziedziny historii sztuki, gdzie mówi się o metaforze 
jako o „Świecie wirtualnym”. Jednak sam termin „Świat wirtualny” pochodzi 
od Ivana Sutherlanda, który w roku 1968 opracował, prawdopodobnie 
pierwszy na Świecie, system wirtualnej rzeczywistości, w którym używano 
nakładanych na głowę wyświetlaczy. Określał on Świat wirtualny jako to, 
„co można zobaczyć w komputerowo wygenerowanym Świecie, będąc prze- 
konanym o rzeczywistym jego istnieniu” (za: Latawiec, 2009, s. 52). W dal- 
szej części rozdziału terminów „rzeczywistość wirtualna” oraz „Świat 
wirtualny” będziemy używali zamiennie, choć niektórzy badacze nie zga- 
dzają się na takie utożsamienie‘. 

Przyjrzyjmy się teraz definicjom zjawiska nazywanego „wirtualną rze- 
czywistością”. Wydaje się, że powszechne rozumienie tego terminu dobrze 
oddaje Wikipedia: „Rzeczywistość wirtualna (ang. virtual reality) - obraz 
sztucznej rzeczywistości stworzony przy wykorzystaniu technologii infor- 
matycznej. Polega na multimedialnym kreowaniu komputerowej wizji 
przedmiotów, przestrzeni i zdarzeń. Może on reprezentować zarówno ele- 
menty świata realnego (symulacje komputerowe), jak i zupełnie fikcyjnego 
(gry komputerowe science-fiction)”5. Definicja ta koncentruje się na techno- 
logii używanej do tworzenia wirtualnej rzeczywistości i opisuje ją jako pe- 
wien obiekt - obraz świata rzeczywistego lub fikcyjnego. 

Można jednak rozumieć rzeczywistość wirtualną szerzej, nie ogranicza- 
jąc się do technologii — na przykład Banse (2009) sądzi, że jest ona „możliwą 
(myślowo, konstrukcyjnie) rzeczywistością i wraz z tym określoną realno- 
ścią” (s. 44). 

Nie sposób jednak oddzielić wirtualnej rzeczywistości od jej użytkowni- 
ków i wrażeń, jakich doświadczają oni podczas obcowania z nią. Dlatego też 


3 Jaron Zepel Lanier (ur. 3 maja 1960 roku w Nowym Jorku) - amerykański informatyk, 
kompozytor i futurysta. W 1984 roku założył firmę VPL Research, która wyprodukowała 
prototypowy sprzęt mający stać się elementem wirtualnej rzeczywistości, między innymi 
rękawice służące do manipulacji obiektami widocznymi na ekranie komputera. 

4 Por. np. (Latawiec, 2009). 

5 Wikipedia, http://pl.wikipedia.org/wiki/Rzeczywisto0%C5%9B%C4%87_wirtualna. 
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definiuje sie ją jako „model, do którego można wkraczać. Jest to interaktyw- 
ny komputerowy system, który działa tak szybko i niezauważalnie, iż z jed- 
nej strony zapomina się o komputerze, z drugiej zaś - stwarzany jest świat, 
który postrzegany jest jak rzeczywistość” (Giiner, 2002, za: Banse, 2008, 
s. 46-47). 

W Encyklopedii PWN kładzie się jeszcze większy nacisk na wrażenia 
związane z przebywaniem w wirtualnym świecie: „wirtualna rzeczywistość, 
ang. virtual reality, VR, inform. doznania wzrokowe, słuchowe i dotykowe 
generowane za pomocą skomputeryzowanego sprzętu audiowizualnego 
i specjalnego oprogramowania; wykorzystywana zwłaszcza w celach roz- 
rywkowych, także w badaniach naukowych'%. 

W literaturze znajdujemy wiele innych, często krańcowo różnych defini- 
cji rzeczywistości wirtualnej. Można je jednak zasadniczo podzielić na dwie 
grupy, co wynika z różnego rozumienia omawianego zjawiska. Definicje 
pierwszego rodzaju, podobnie jak ta cytowana wcześniej z Wikipedii, kon- 
centrują się na technicznej stronie zjawiska; drugą grupę natomiast tworzą 
określenia podobne do wyżej cytowanego, pochodzącego z encyklopedii, 
i wskazują na pewne aspekty psychologiczne. 

Największą wadą definicji „technicznych” jest ich nadmierna koncentra- 
cja na opisie określonego zestawu urządzeń i oprogramowania, dobierane- 
go przy tym arbitralnie. Takie definicje mogą stawać się nieaktualne wraz 
z rozwojem technologii informatycznych, jak również nie dają możliwości 
porównania różnych systemów wirtualnych. Pomijają także całkowicie 
uczestnika zjawiska, który ma do czynienia nie tylko z aparaturą, ale przede 
wszystkim z jej wytworem - wirtualnym Światem. Można zatem twierdzić, 
że rzeczywistość wirtualna jest w ogromnym stopniu zjawiskiem psychicz- 
nym lub psychologicznym, ponieważ dostarcza złudzenia przebywania 
w innym Świecie. 

Jednakże definicje drugiego typu, koncentrujące się tylko na psycholo- 
gicznym aspekcie zjawiska, również nie są idealne. Często miewają one tak 
szeroki zakres, że obejmują nie tylko rzeczywistość wirtualną, ale również 
wszelkiego rodzaju odmienne stany świadomości, w szczególności te, które 
wywoływane są przez środki halucynogenne, sztukę czy praktyki medyta- 
cyjne. Kolejne, jeszcze inne określenia „rzeczywistości wirtualnej” łączą 
aspekt techniczny i psychologiczny, opisując ją jako sposób interakcji czło- 
wieka z komputerem (Aukstakalnis, Blatner, 1992). 

Czym zatem jest tak różnie definiowane zjawisko, określane mianem 
„rzeczywistości wirtualnej”? Jakie są jego istotne cechy? 


6 http://encyklopedia.pwn.pl/haslo/3996681/wirtualna-rzeczywistosc.html. 
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4.2. Cechy wirtualnej rzeczywistości 


Michael Heim w książce z roku 1993 The Metaphysics of Virtual Reali- 
ty opisał podstawowe cechy wirtualnej rzeczywistości. Badacz twierdzi, że 
rzeczywistość wirtualna jest „zanurzającym, interaktywnym systemem, 
opartym na obliczalnej informacji. Te cechy definiujące sprowadzają się do 
‘trzech i’: immersja, interaktywność i intensywność informacji?” (s. 6-7). 

Co kryje się pod wspomnianymi „i”? Oznaczają one wybrane koncepcje 
związane z wirtualną rzeczywistością. Przeanalizujmy te oraz inne zjawiska, 
łączone z nią najczęściej - nie ograniczając się jedynie do „trzech i” - i spró- 
bujmy utworzyć wyczerpującą listę cech ją definiujących. Zwolennicy 
różnych takich „list”, jak pisze Heim (1993), „budują obozy, które z zapałem 
nie zgadzają się co do istoty tego, co stanowi rzeczywistość wirtualną” 
(s. 110). Przedstawione poniżej analizy mogą okazać się pomocne w okre- 
Śleniu cech zjawiska nazywanego wirtualną rzeczywistością. 


4.2.1. Symulacja 


Rzeczywistość wirtualną określa się często mianem „symulacji kom- 
puterowej”. Aby zbadać trafność tego terminu, rozważmy najpierw pojęcie 
„symulacji” (ang. simulation). Można by zdefiniować ją jako „odtwarzanie 
własności obiektów rzeczywistych w środowisku cyfrowym” (Gurczyński, 
2013, s. 125), przy czym „symulacja doskonała to taka, która nie pozwala się 
zorientować, że mamy do czynienia z symulacją” (tamże, s. 126). Warto 
zwrócić uwagę na to, iż symulacje obecnie nie tylko wiernie odzwierciedlają 
rzeczywistość, ale w wielu przypadkach nawet ją „przerastają”. Zarówno 
statyczne obrazy graficzne, jak i dźwięki przewyższają jakością swoje ana- 
logowe odpowiedniki. 

Pojęcie „symulacji” kojarzy się najczęściej z systemami nazywanymi 
„symulatorami” (na przykład symulatory lotu czy jazdy samochodem) oraz 
z grami komputerowymi. W pierwszym przypadku wierne odwzorowanie 
rzeczywistości jest wręcz niezbędne. Obecnie powszechne jest kształcenie 
pilotów na symulatorach lotów, a jego jakość zależy między innymi - choć 
nie tylko — od jakości symulacji. Podobnie rzecz ma się z symulacjami wyko- 
rzystywanymi w edukacji, na przykład z programami do nauki gry na in- 
strumentach czy też gry w golfa. 


7 Ang. „immersion, interactivity and information intensity”. 
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Z symulacją spotykamy sie jednak i w innych przypadkach. Ikony repre- 
zentujące foldery oraz pliki są również rodzajem symulacji — reprezentacją 
rzeczywistych obiektów. Są nią także zdjęcia, filmy czy niektóre obrazy. 
Oczywiście jeśli tak właśnie rozumie się pojęcie symulacji, to nie okaże się 
ona zjawiskiem nowym. Jeszcze przed erą wirtualnej rzeczywistości powsta- 
wały symulacje obiektów rzeczywistych, jak chociażby zdjęcia czy filmy. 

Zauważmy jednak, że obiekty będące symulacjami bardzo często nie są 
nierzeczywiste. Usunięcie ikony reprezentującej plik dokumentu jest jedno- 
znaczne ze zniszczeniem samego tego dokumentu. Jest to działanie zupełnie 
realne i ma swoje konsekwencje w rzeczywistości. Coraz więcej ludzkich dzia- 
łań przenosi się do rzeczywistości symulowanej, podczas gdy operowanie na 
jej obiektach ma swoje dokładne realne odpowiedniki - na przykład przelew 
dokonany w wirtualnym banku powoduje zmianę salda rzeczywistego konta. 

W nauce i technice pojęcie symulacji ma dwa znaczenia (por. Latawiec, 
2009). Oprócz wspomnianego już odwzorowania oryginału, pochodzącego 
zazwyczaj z rzeczywistości empirycznej, mówi się o symulacji jako o meto- 
dzie badawczej. Polega ona na sprawdzaniu lub odkrywaniu własności 
rzeczywistości z wykorzystaniem jej modelu w wirtualnym Świecie. Aby 
Sprawdzić pewne zjawisko lub proces, zazwyczaj niepoddające się weryfi- 
kacji bezpośrednio, formułuje się (tworzy) ich model, który poddawany 
jest sprawdzeniu w środowisku komputerowym (po napisaniu odpowied- 
niego programu, uruchomieniu go, weryfikacji i interpretacji jego wyni- 
ków). Jest to rodzaj eksperymentu, w którym odkrywa się własności 
rzeczywistości, a nie Świata wirtualnego (por. paragraf 2.2.2). Również 
w tym znaczeniu pojęcia „symulacja” znaczącą rolę odgrywa jej wierność 
oryginałowi (czyli dobre przybliżenie badanych procesów czy zjawisk). 

Czy jednak pojęcie to wystarczy do zdefiniowania rzeczywistości wirtu- 
alnej? Zdecydowanie nie. Jeśli rozumiemy je szeroko, jako odzwierciedlenie 
cech obiektów rzeczywistych, to przykładami symulacji są zdjęcia i filmy, 
które nie mają wiele wspólnego z rzeczywistością wirtualną. Co więcej, nie 
wszystkie wirtualne światy są odzwierciedleniem światów rzeczywistych - 
wystarczy przyjrzeć się grom komputerowym, by znaleźć liczne przykłady 
„rzeczywistości wirtualnych”, które nie mają niemal nic wspólnego z otacza- 
jącym nas światem. Ponadto do tworzenia symulacji nie są konieczne tech- 
niki cyfrowe, wystarczą obrazy analogowe lub modele czysto matematyczne. 
Nie można więc przyjąć, że symulacja definiuje wirtualną rzeczywistość. 

Co zatem odróżnia te symulacje, które jesteśmy skłonni uznać za wirtu- 
alną rzeczywistość, od pozostałych? Jest to ich interaktywność. 


8 Na przykład ze względu na trudności lub niebezpieczeństwo związane z jego obserwa- 
cją, które pojawiają się w przypadku badań nad rozprzestrzenianiem się chorób zakaźnych. 
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4.2.2. Interaktywność 


Gurczyński (2013) twierdzi, że „[i|nteraktywność jest podstawową 
i charakterystyczną cechą rzeczywistości wirtualnej. Wrażenie przebywania 
w innym niż rzeczywisty świecie powstaje w dużej mierze na skutek tego, 
że możemy wchodzić w interakcje z elementami środowiska wirtualnego” 
(s. 136). Interaktywność, rozumiana jako możliwość wzajemnego oddzia- 
ływania obiektu i jego użytkownika, jest często traktowana jako warunek 
konieczny wirtualności. Komputerowe reprezentacje tym różnią się od in- 
nych symulacji, na przykład od zdjęć czy modeli matematycznych, że ludzie 
mogą wchodzić z nimi w interakcje, które przypominają kontakt z praw- 
dziwymi przedmiotami. Ludzie mogą również powodować, że komputero- 
we symulacje „robią” pewne rzeczy. Jest to ta cecha, której nie mają inne 
formy reprezentacji rzeczywistości. 

Warto jednak pamiętać, że interakcja nie jest cechą przysługującą tylko 
wirtualnej rzeczywistości. Mamy z nią bowiem do czynienia również podczas 
wideokonferencji, w procesie nauczania na odległość (w tym w modnym 
obecnie e-learningu) bądź też w programach radiowych i telewizyjnych 
wykorzystujących na przykład łączność telefoniczną lub audiowizualną 
z widzami. Interakcja jest zatem zjawiskiem szerokim, występującym nie 
tylko w odniesieniu do technologii komputerowych. Przyjrzyjmy się zatem 
próbom jej zdefiniowania. 

Definicja zaproponowana przez Steuera (1992) pozwala na porówny- 
wanie systemów ze względu na stopnień interaktywności, rozumianej jako 
sposób, w jaki użytkownik może uczestniczyć w modyfikowaniu danego 
systemu (Środowiska) w czasie rzeczywistym. Definiuje on trzy elementy 
określające stopień interaktywności: szybkość, zakres oraz mapowanie. 

Szybkość interakcji, którą Steuer rozumie czysto technicznie, w znaczą- 
cy sposób wpływa na odczucie realności danego środowiska. Nawet syste- 
my o gorszej grafice, ale działające szybko powodują, że użytkownicy mają 
wrażenie rzeczywistych działań. Każde opóźnienie reakcji na te działania 
zmniejsza odczucie realności. Dotyczy to szczególnie aktywności realizowa- 
nych za pomocą technik komputerowych w czasie rzeczywistym, takich jak 
wieloosobowe gry i wideokonferencje, lecz również - realizowanych za 
pomocą innych mediów, na przykład rozmów telefonicznych. 

Drugi z czynników określających stopień interaktywności to jej zakres, 
rozumiany jako liczba atrybutów, które może modyfikować użytkownik. Im 
więcej parametrów w danym środowisku może podlegać zmianom, tym 
większy zakres interaktywności. Steuer według tego kryterium klasyfikuje 
media wizualne. Na początku skali umieszcza tradycyjnie rozumianą telewi- 
zję, która może być jedynie włączona i wyłączona, następnie nagrania na 
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kasetach wideo, których części mogą być wielokrotnie odtwarzane, i dalej - 
treści nagrane na nośnikach cyfrowych (płytach DVD, Blu-ray, dyskach 
twardych i tym podobnych), które można dodatkowo zwalniać lub przy- 
spieszać, dokonywać zbliżeń, a nawet modyfikacji poszczególnych ujęć. Me- 
dium o największym stopniu interaktywności jest natomiast, jego zdaniem, 
interaktywna animacja komputerowa, pozwalająca użytkownikowi na inte- 
rakcje z nią w czasie rzeczywistym. 

Mapowanie z kolei to sposób, w jaki ludzie oddziałują na środowisko. 
Z jednej strony, działania te mogą być sztuczne, to znaczy zupełnie niezwią- 
zane z ich odpowiednikami w świecie rzeczywistym, jak na przykład regu- 
lowanie głośności telewizora za pomocą ruchów palców u stopy, z drugiej - 
zupełnie naturalne, jak kierowanie wirtualnym samochodem za pomocą 
kierownicy. 

Wszystkie trzy czynniki opisane przez Steuera - szybkość, zakres i ma- 
powanie - określają łatwość wchodzenia w interakcję, obejmującą wszyst- 
kie media. Z tego względu za interaktywne należy uznać, podobnie jak film, 
również radio, książki, fotografie i tradycyjne formy sztuki (jak malarstwo 
czy rzeźba). Takie ujęcie interaktywności, choć umożliwiające łatwe po- 
równywanie mediów, wydaje się być jednak sprzeczne z intuicją. 

Inną definicję, bliższą potocznemu rozumieniu tego terminu, zapropo- 
nował Sitarski (2002), który pisze: „uważam interaktywność za pewną wła- 
sność systemów złożonych z maszyn i posługujących się nimi ludzi, która 
zapewnia tym systemom sprzężenie zwrotne” (s. 36). Sprowadza on zatem 
interaktywność do wywodzącego się z cybernetyki pojęcia sprzężenia 
zwrotnego”. Zauważa przy tym, że układ komputer-użytkownik jest niemal 
zawsze interaktywny, co wynika z samej zasady działania komputera. 

Do zaistnienia sprzężenia zwrotnego konieczne jest następstwo pew- 
nych działań, a więc interaktywność charakteryzuje tylko te systemy, które 
są zorganizowane w oparciu o chronologię; można to traktować jako wadę 
przedstawionej definicji. Nie pozwala ona również, w odróżnieniu od defi- 
nicji Steuera, na stopniowanie pojęcia interaktywności: dany system jest 
interaktywny - bądź też nie. 


4.2.3. Sztuczność 


Trzecią cechą wirtualnej rzeczywistości wymienioną przez Heima jest 
sztuczność (ang. arificiality). Srodowisko komputerowe rozumiemy jako 


9 Pojęcia cybernetyczne wykorzystuje się również do definiowania innych zjawisk zwią- 
zanych z informatyką, na przykład do określenia pojęcia „informacja” (por. paragraf 3.2.3). 
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„sztuczne” w opozycji do naturalnej rzeczywistości. Jednakże obecnie coraz 
trudniej jest podać jednoznaczne kryterium dla odróżnienia pojęć: natural- 
ne/sztuczne. Otaczająca nas rzeczywistość jest bowiem w dużej mierze 
wytworem działalności człowieka, a nie tylko sił natury. Dlatego też rozu- 
mienie terminu „sztuczny” w taki sposób, by obejmował on wszystko, co 
jest wytworem człowieka, okazuje się zbyt szerokie. „Sztuczność” powinna 
być raczej traktowana jako jedna z wielu własności wirtualnej rzeczywisto- 
Ści - z podkreśleniem, że jest ona generowana komputerowo. Gdyby zaś 
uznać ją za pojęcie definiujące, tym samym można by twierdzić, że wszyscy 
żyjemy w wirtualnej rzeczywistości i to nieustannie, a nie tylko kiedy obcu- 
jemy z komputerami. 


4.2.4. Immersja 


Jeśli próbowalibyśmy wskazać cechę definiującą rzeczywistość wirtu- 
alną, to na szczególną uwagę zasługuje immersja (ang. immersion) - rozu- 
miana jako „zanurzenie w”. Zdaniem wielu badaczy wyróżnia ona świat 
wirtualny spośród innych systemów symulacyjnych. Randal Walser, jeden 
z twórców systemów wirtualnej rzeczywistości, twierdzi, że ,,[d]ruk i radio 
mówią; scena i ekran pokazują, podczas gdy rzeczywistość wirtualna zanu- 
rza” (za: Rheingold, 1991, s. 192). Roman Konik (2009) natomiast zauważa: 
„[o]becnie terminem oddającym najwierniej ideę wirtualnej rzeczywistości 
jest immersja (zanurzenie) w alternatywnych światach stworzonych przy 
pomocy komputerów” (s. 93). Do badaczy niezgadzających się z powyższym 
poglądem należy Gurczyński. Pisze on (2013): 


Rola pojęcia ,immersji” przy określaniu rzeczywistości wirtualnej wydaje sie 
drugorzędna. Zanurzenie w danym środowisku jest możliwe dzięki specyficz- 
nym cechom środowiska - w szczególności w przypadku rzeczywistości wirtu- 
alnej kluczowe znaczenie ma możliwość podejmowania napotykających na 
opór działań i rozwiązywania problemów. Zjawisko immersji jest wtórne 
w stosunku do bardziej podstawowych - umożliwiających zanurzenie - wła- 
sności danego środowiska. Jako takie pojęcie „immersji” jest również pochodne 
w odniesieniu do bardziej podstawowych terminów charakteryzujących śro- 
dowiska wirtualne (s. 145). 


Spróbujmy sprecyzować pojęcie „immersja”, tak różnie rozumiane w odnie- 
sieniu do wirtualnej rzeczywistości. Ma ona dwa wymiary: technologiczny 
oraz psychiczny. Rozpocznijmy od technologii. 

Wywołaniu wrażenia zanurzenia zmysłowego w wirtualnym świecie 
służą: specjalne okulary lub hełmy z wmontowanymi wyświetlaczami (ang. 
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HMD?!°), rękawice cyfrowe (ang. data gloves) oraz inny sprzęt tłumaczący 
ruchy ciała, oczu i rąk na dane wprowadzane do komputera. Sprzęt taki 
umożliwia użytkownikowi interakcję z wirtualną rzeczywistością na wiele 
sposobów - podobnie jak dzieje się to w rzeczywistości realnej poprzez: 
oglądanie, mówienie, słuchanie, dotykanie czy przemieszczanie się w jej 
obrębie. Warto zauważyć, że niektóre typy hełmów nie tylko wyświetlają 
obrazy i emitują dźwięki z wirtualnej rzeczywistości, ale jednocześnie cał- 
kowicie odcinają użytkownika od bodźców zewnętrznych, docierających 
z rzeczywistości. Podobnie na przykład wirtualne kokpity w samolotach 
wyświetlają pilotowi uproszczony, generowany komputerowo model ota- 
czającego go Świata. Można zatem stwierdzić, że technologia nie tylko 
umożliwia użytkownikowi zanurzenie się w świat wirtualny, ale również 
ogranicza, a nawet całkowicie eliminuje bodźce docierające do niego ze 
Świata realnego. Najpopularniejsze systemy rzeczywistości wirtualnej nie 
oferują jednak pełnego zastąpienia bodźców pochodzących z rzeczywistości 
sygnałami komputerowymi, dlatego też niektórzy badacze proponują okre- 
ślać je jako „mieszaną rzeczywistość wirtualną”. Można by nawet pokusić 
się o przedstawienie systemów wirtualnych na skali, której jednym krań- 
cem jest „rzeczywistość” (realność), a drugim - „czysta wirtualność”, z sy- 
stemami „mieszanymi” gdzieś pośrodku. 

Ze zjawiskiem immersji mamy do czynienia również w przypadku in- 
nych mediów, niezwiązanych z tak wyspecjalizowaną technologią. Ogląda- 
jąc filmy, czytając książkę lub słuchając muzyki, możemy siłą wyobraźni 
zanurzyć się w inny, fikcyjny świat. Jest to jednak nie tyle doznanie fizyczne, 
co psychiczne. Gurczyński (2013) pisze: „Zanurzenie mentalne jest więc 
odczuciem czysto psychicznym, stanem emocjonalnym, cechującym się za- 
wieszeniem niewiary i głębokim zaangażowaniem w odbierane treści” 
(s. 143). 

Ciekawy aspekt immersji pojawia się w związku z pewnym rodzajem 
gier komputerowych - nazywanych z języka angielskiego MUD-ami (ang. 
Multi-User Dungeons) lub po polsku „Wieloosobowymi Lochami” - których 
nadrzędnym celem jest wywołanie u użytkownika odczucia przebywania 
w innym świecie. Gry te nie są związane z żadnym sprzętem, co więcej - nie 
ma w nich nawet wyrafinowanej grafiki. Są to systemy, w których komuni- 
kacja z komputerem odbywa się za pomocą interfejsu tekstowego. Celem 
rozgrywki w MUD-ach jest pokonanie przeciwnika lub zdobycie największej 
liczby monet czy punktów. Gra polega na tym, że użytkownik przemierza jej 
świat, wykonując szereg zadań i rozwiązując zagadki. Ponieważ w grze moze 


10 HMD (Head-Mounted Displays) zostały spopularyzowane przez Jarona Laniera i jego 
firmę VPL Research. 
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uczestniczyć wielu graczy jednocześnie, możliwe jest ich współdziałanie 
w osiągnięciu określonego celu. Gry te nie mają nic wspólnego z hełmami, 
rękawicami czy skafandrami, a jednak ich entuzjaści i badacze nazywają je 
rzeczywistością wirtualną. Ich wirtualny Świat tworzy się nie na ekranie czy 
też w przestrzeni, ale w wyobraźni każdego z graczy, który „zanurza się” 
w wirtualną rzeczywistość. 

Z immersją związana jest kolejna cecha wirtualnej rzeczywistości na- 
zwana przez Heima (1993) „całkowitym zanurzeniem” (ang. full body im- 
mersion!'1). Heim używa tego terminu w odniesieniu do środowisk interak- 
tywnych tworzonych przez Myrona Kruegera (por. przypis 2), w których 
użytkownik swobodnie się porusza i z którymi wchodzi w interakcje. 
Jednym z najbardziej znanych jest stworzone w 1985 roku Videoplace. 
W projekcie tym Krueger, używając technik telewizyjnych, umieszczał 
uczestników w dwóch pomieszczeniach, które mogły być fizycznie bardzo 
od siebie odległe. Obrazy z tych różnych miejsc nakładano na siebie, dzięki 
czemu uczestnicy mieli wrażenie, że znajdują się tuż obok, że mogą się do- 
tykać i manipulować swoją reprezentacją na ekranie. Badacz nie wykorzy- 
Stywał przy tym żadnych wspomnianych wcześniej technologii służących 
immersji, hełmów, skafandrów bądź innych. 


4.2.5. Teleobecność 


Inną cechą, którą można przypisać rzeczywistości wirtualnej, jest te- 
leobecność (ang. telepresence). E-mail, wideokonferencje, edukacja na odle- 
głość, a nawet telefony - to różne rodzaje tej obecności. Wszystkie związane 
z nią technologie umożliwiają użytkownikom porozumiewanie się - także 
przy bardzo dużych odległościach. Możliwe są jednak również inne, poza 
rozmową, formy interakcji. Na przykład w badaniach kosmosu wykorzys- 
tuje się zdalnie sterowane roboty oraz statki bezzałogowe do eksploracji 
odległych miejsc w układzie słonecznym. Także wojsko używa sprzętu 
umożliwiającego ludziom nie tylko widzenie i słyszenie „na odległość”, ale 
również zdalne ingerowanie w środowisko za pomocą narzędzi i instru- 
mentów. Z tak rozumianą teleobecnością mamy do czynienia coraz częściej 
— i to w różnych obszarach badań. 

Steuer (1992) wprowadza stopniowanie teleobecnoSci!2, rozumiane ja- 
ko poczucie przebywania w środowisku z uwzględnieniem jego plastyczno- 
Ści i interaktywności. Proponuje on również sposób uporządkowania 


11 Gurczyński (2012) tłumaczy ten termin jako „zanurzenie pełnocielesne”. 
12 Por. paragraf 4.2.2, gdzie omówiono stopniowanie interaktywności. 
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mediów, umieszczając je w układzie współrzędnych, na którego osiach 
znajdują się te właśnie dwie cechy. Medium charakteryzującym się najwięk- 
szym stopniem plastyczności i interaktywności jest, jego zdaniem, rzeczy- 
wistość wirtualna. Oczywiście, teleobecność może być, podobnie jak inne 
wspomniane wcześniej cechy wirtualnej rzeczywistości, realizowana analo- 
gowo - na przykład poprzez rozmowy telefoniczne, systemy konferencyjne 
czy też sterowanie urządzeniami za pomocą fal radiowych. Nie jest ona za- 
tem cechą definiującą wirtualną rzeczywistość. 


4.2.6. Komunikacja sieciowa 


Zdaniem Heima, ważną rolę w charakterystyce wirtualnej rzeczywi- 
stości odgrywa komunikacja sieciowa (ang. networked communications). 
Możliwość połączenia komputerów w sieć powoduje, że wielu ludzi może 
jednocześnie doświadczać tej samej rzeczywistości wirtualnej. To właśnie 
intersubiektywność, możliwość dzielenia jej z innymi użytkownikami, od- 
różnia rzeczywistość wirtualną od fantazji. Fantazje, marzenia i sny są bo- 
wiem doświadczeniami prywatnymi. Intersubiektywność, możliwa między 
innymi dzięki komunikacji sieciowej, otwiera nowe możliwości dla ludzkiej 
aktywności. Komunikacja, sztuka, polityka, a nawet akty seksualne i prze- 
mocy są tymi działaniami człowieka, które znalazły już swoje miejsce 
w tejże rzeczywistości. 

Podane przez Heima cechy symulacji generowanych komputerowo - 
które są: interaktywne, mogą być dzielone przez wielu użytkowników, dają 
wrażenie całkowitego zmysłowego „zanurzenia się” w nią i które umożli- 
wiają użytkownikom komunikację, działanie i współdziałanie na odległość - 
są najczęściej przytaczanymi cechami wirtualnej rzeczywistości. Oczywiście, 
ich listę można rozszerzać bądź też ograniczać. 


4.2.7. Fikcjonalizacja 


Sitarski (2002) twierdzi, że differentia specifica rzeczywistości wirtu- 
alnej to: zanurzenie (immersja), teleobecność oraz interaktywność. Podkreśla 
on przy tym szczególną rolę fikcjonalizacji: 


Rzeczywistość wirtualna daje uczestnikowi poczucie przebywania w innym 
środowisku. To wrażenie zanurzenia wynika przede wszystkim z interaktyw- 
ności komunikacji, czyli z możliwości wprowadzania zmian w środowisku zme- 
diatyzowanym. Inne czynniki, wśród nich przede wszystkim złudzenia zmysło- 
we, mają znaczenie drugorzędne. Ważne jest natomiast, by działania człowieka 
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i komputera były sfikcjonalizowane, to znaczy aby oprócz swojego techniczne- 
go znaczenia miały jeszcze inne, pozwalające budować fikcyjną rzeczywistość. 
Fikcjonalizacja umożliwia przejście od interakcji z komputerem do działania 
w odrębnym środowisku. Połączenie tych elementów stanowi właśnie differen- 
tia specifica rzeczywistości wirtualnej (s. 40). 


4.2.8. Hipertekst 


Gurczyński (2013) poszerza listę pojęć związanych z wirtualną rze- 
czywistością podaną przez Heima o hipertekst (hipertekstowość) oraz czas. 
Dodanie hipertekstu związane jest z twierdzeniem, że Internet jest obecnie 
najbardziej rozpowszechnioną rzeczywistością wirtualną, a cechą umożli- 
wiającą jego interaktywność jest właśnie hipertekstowość. Gurczyński pisze 
(2013): „Hipertekst w Internecie jest dla nas czymś tak naturalnym, że 
praktycznie go już nie zauważamy - po prostu klikamy w kolejne odnośniki, 
przechodząc od informacji do informacji” (s. 155). Czym jest zatem ów „nie- 
zauważalny” hipertekst? 

Hipertekst jako tekst z systemem odnośników można rozumieć jako 
swego rodzaju metatekst (tekst złożony z tekstów dostępnych po naciśnię- 
ciu odpowiednich odnośników) 13. Można też podjąć próbę jego określenia 
przez podanie listy elementów, z których się składa. Taką definicję za- 
proponował Luciano Floridi (1999). Twierdzi on, że hipertekst jest konsty- 
tuowany przez trzy elementy: węzły, zestaw połączeń oraz interaktywny 
i dynamiczny interfejs. Węzły mogą być: dokumentami alfanumerycznymi, 
dokumentami multimedialnymi lub też jednostkami funkcjonalnymi (na 
przykład apletami). Są one połączone odnośnikami, osadzonymi w węzłach 
za pomocą specjalnych znaczników (nazywanych kotwicami), które umoż- 
liwiają użytkownikowi przełączanie się pomiędzy węzłami. Użytkownik 
operuje tymi odnośnikami za pomocą interfejsu. 

Floridi twierdzi, że powyższa definicja hipertekstu pozwala uniknąć 
trzech najczęściej popełnianych błędów w jego określaniu. Pierwszym jest 
błąd literackości, polegający na traktowaniu hipertekstu jako techniki nar- 
racyjnej, podczas gdy hipertekst jest jedynie sposobem organizowania in- 
formacji. Drugi - to błąd ekspresyjności, to znaczy traktowania hipertekstu 
jako narzędzia ułatwiającego tworzenie tekstów - choć został on zaprojek- 
towany dla wygody czytelnika i ma być przede wszystkim narzędziem uła- 
twiającym czytanie i korzystanie z tekstów. Kolejny błąd — elektroniczności 
- polega na stwierdzeniu, że hipertekst jest związany wyłącznie z kompute- 
rami. Oczywiście większość jego implementacji dokonuje się w środowisku 


13 Por. np. (Heim, 1993). 
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elektronicznym (komputery, e-booki, tablety, telefony etc.), ale możliwe są 
również inne jego realizacje. Na przykład autor idei hipertekstu, Vannevar 
Bush, opublikował w 1945 roku teoretyczny model komputera analogowe- 
go, który miał pracować na mikrofilmach, tworzyć odnośniki między nimi 
oraz automatycznie pomiędzy nimi przechodzić. Hipertekst jest zatem 
określony jako sposób organizacji tekstu, a metoda jego realizacji jest kwe- 
stią drugorzędną. 

Obecnie nie ma powszechnej zgody co do sposobu rozumienia hipertek- 
stu. Niektórzy filozofowie nie uznaliby trzech jego ujęć, przytoczonych 
przez Floridiego, za błędne. Często podkreśla się bowiem literacki wymiar 
hipertekstu i jego narracyjność, analizuje się także rolę czytelnika i pisarza. 


4.2.9. Czas 


Ciekawym aspektem wirtualnej rzeczywistości jest czas. Wraz z moż- 
liwością tworzenia symulacji komputerowych nastąpiła możliwość bifurkacji 
czasu tak, że konieczne stało się odróżnienie czasu w rzeczywistości wirtu- 
alnej od czasu poza nią (czasu rzeczywistego). Czas wirtualny może płynąć 
tak samo jak rzeczywisty (na przykład podczas wideokonferencji) lub też 
zupełnie inaczej. Można go bowiem zatrzymać, spowolnić, przyspieszyć, 
a nawet cofnąć. Na przykład symulację lub grę można wstrzymać lub przy- 
wrócić do stanu wcześniejszego, by umożliwić użytkownikowi ponowne 
wykonanie pewnych czynności. Takie zabiegi zwiększają w znacznym stop- 
niu atrakcyjność gier symulacyjnych, takich jak The Sims14. Czas moze się 
różnić także ze względu na wykorzystywaną w danej symulacji lub grze 
technologię, na przykład gdy do sieci podłączone są komputery o różnych 
parametrach technicznych (z procesorami różnej prędkości). Pewne obiekty 
mogą wówczas pojawiać się, zmieniać czy zanikać wcześniej na monito- 
rach komputerów szybszych, a później - na monitorach komputerów wol- 
niejszych. 

Czas jest zatem, podobnie jak przestrzeń, cechą różniącą wirtualność od 
rzeczywistości. Gurczyński (2013) tak podsumowuje cechy wirtualnej rze- 
czywistości: 


14 Seria gier symulacyjnych, w których gracz ma za zadanie organizować czas kierowa- 
nym przez niego wirtualnym postaciom, zwanym Simami, i pomagać im w osiąganiu ich 
własnych celów rozwojowych. Jedną z głównych atrakcji w grze jest możliwość zatrzymy- 
wania czasu w dowolnym momencie oraz przyspieszanie go, aby szybciej osiągnąć pewne 
cele. Czas można również cofnąć, co pozwala na anulowanie wybranych (zazwyczaj przy- 
krych) zdarzeń, do których już doszło. 
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Rzeczywistość w swojej najogólniejszej formie jest określona przez przestrzeń 
i czas. Sfera wirtualna, stwarzając własną przestrzeń i czas, staje się nową for- 
mą rzeczywistości. Jest to rzeczywistość swoiście ludzka, gdyż ufundowana na 
obiektywnych procesach obliczeniowych, jej zawartość jest treścią naszych wy- 
obrażeń (s. 159). 


Przedstawione powyżej próby określenia rzeczywistości wirtualnej do- 
prowadziły do powstania długiej listy cech ją definiujących. Znajduje się na 
niej wiele pojęć i zjawisk, z opisem których muszą zmierzyć się filozofowie 
analizujący problemy ontologiczne, epistemologiczne i etyczne związane ze 
światem wirtualnym. W dalszej części skoncentrujemy się przede wszyst- 
kim na dwóch kwestiach: statusie rzeczywistości (obiektów) wirtualnych 
oraz na sposobach odróżniania tego, co wirtualne, od tego, co rzeczywiste}. 


4.3. Obiekty wirtualne jako symulacje 


Jednym z podstawowych zagadnień ontologicznych jest problem ist- 
nienia obiektów. W jaki sposób istnieją obiekty rzeczywistości wirtualnej? 
Czy ich sposób istnienia jest inny, czy też, w jakimś sensie, podobny do spo- 
sobu istnienia obiektów otaczającej nas rzeczywistości? To tylko niektóre 
pytania, na jakie próbują odpowiedzieć badacze rzeczywistości wirtualnej. 

Obiekty wirtualne są bardzo często traktowane jako przybliżenia bądź 
też symulacje obiektów rzeczywistych. Przez „symulacje” rozumie się na- 
Sladowanie, imitowanie lub odwzorowanie jakiegoś oryginału. Takie ich 
ujęcie jest, w pewnym stopniu, związane bezpośrednio z językiem, jakim się 
posługujemy. Znaczenie słowa „wirtualny”, w kontekście wirtualnej rze- 
czywistości, jest pochodnym znaczenia angielskiego słowa virtual. Przy- 
miotnik ten oznacza „faktycznie taki, prawie pod każdym względem” (being 
actually such in almost every respect), na przykład - budynek jest praktycz- 
nie ruiną (the building is a virtual ruin). Zatem używanie go w wyrażeniu 
„obiekt wirtualny” sugeruje, że wirtualne x jest w pewnym sensie przybliże- 
niem (symulacją) lub jest prawie rzeczywistym (prawdziwym) y. Pojawia 
się jednak pytanie, co rozumieć przez „rzeczywiste (prawdziwe) y”. Wydaje 
się, że takie traktowanie obiektów wirtualnych niesie ze sobą więcej pytań 
niż odpowiedzi. 

Po pierwsze, określenie jakiegoś obiektu jako rzeczywistego (prawdzi- 
wego) nie zawsze jest jednoznaczne. Coś, co jest nierzeczywiste (niepraw- 


15 Prezentowany tu przegląd nie wyczerpuje wszystkich poglądów ontologicznych doty- 
czących omawianych kwestii. Przedstawiamy te z nich, które w literaturze pojawiają się 
najczęściej. 
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dziwe) w jednym opisie, może być prawdziwe w innym, na przykład 
gumowa kaczka zabawka - jest prawdziwą zabawką, ale nie jest prawdziwą 
kaczką. 

Po drugie, jeśli przez symulację rozumie się naśladowanie, imitowanie 
lub odwzorowanie jakiegoś oryginału, to problematyczne staje się określe- 
nie przypadku, gdy takiego oryginału nie ma, czyli gdy wirtualne obiekty lub 
zdarzenia nie mają swoich odpowiedników rzeczywistych. Jak zauważają 
Crandall i Levich (1998), w doświadczeniach wirtualnych mamy czasem do 
czynienia z obiektami i sytuacjami rzeczywistymi, a czasem - z fikcyjnymi. 
Przebywanie w symulatorze lotów jest przykładem doświadczeń pierwsze- 
go rodzaju. Natomiast obcowanie z postaciami fikcyjnymi, jak na przykład 
głaskanie potwora w wirtualnej rzeczywistości, nie ma nic wspólnego 
z doświadczaniem rzeczywistości. Sugestia, że obiekty i doświadczenia wir- 
tualne są przybliżeniami ich odpowiedników w Świecie rzeczywistym, nie 
ma zastosowania do wszystkich przypadków, na przykład do tych, w któ- 
rych nie istnieje odpowiadające im doświadczenie lub obiekt rzeczywisty. 
W pozostałych przypadkach, to znaczy wtedy, gdy wirtualna rzeczywistość 
jest zbiorem obiektów i doświadczeń, jakich może doświadczać człowiek 
w realnym świecie, mówimy o tak zwanej ugruntowanej rzeczywistości 
wirtualnej (ang. grounded virtual reality). Jej przykładem jest wspomniany 
już symulator lotów, ponieważ naśladuje on (przybliża) lot samolotem, któ- 
ry można odbyć w rzeczywistym świecie. 

Po trzecie, jak twierdzą Crandall i Levich, to, co próbuje się symulować 
w wirtualnej rzeczywistości, to nie tylko same obiekty, ale również pewne 
warunki zachodzące pomiędzy postrzeganym obiektem a podmiotem po- 
znającym. W warunkach tych podmiot będzie doświadczał obiektu wirtual- 
nego w sposób podobny do tego, w jaki doświadcza on rzeczywistości. 

Wraz z przyjęciem tezy, że obiekty wirtualne są symulacjami obiektów 
rzeczywistych, pojawiają się nowe pytania, na które należy znaleźć odpo- 
wiedź. W jaki sposób i gdzie obiekty te powstają? Jaki status ontologiczny 
mają owe symulacje? Czy są one tak samo rzeczywiste jak obiekty otaczają- 
cego nas świata? 

Na pierwsze z tych pytań można odpowiedzieć na różne sposoby. Z ma- 
terialistycznego punktu widzenia, rzeczywistość wirtualna to tylko wytwór 
obwodów i kabli. Można jednak rozumieć ją szerzej, nie ograniczając się 
tylko do sfery technologii: „na świat wirtualny składają się nie tylko realiza- 
cje informatyczne [...], ale też Świat sztuki, filmu, muzyki, gier komputero- 
wych, projektów badawczych, myśli, wyobrażeń realizowanych na drodze 
wizualizacji” (Latawiec, 2009, s. 53). Tak rozumiany świat wirtualny jest 
dziełem człowieka, ale źródłem jego jest nie tylko technologia, lecz także 


213 


wiedza, doświadczenia, wyobraźnia, marzenia, a nawet snytć jego twórcy. 
Pierwotnym źródłem Świata wirtualnego jest rzeczywistość empiryczna lub 
świat obiektów abstrakcyjnych (pojęcia ogólne, idee Platona i temu podob- 
ne), a wtórnym - świat ludzkich myśli. Anna Latawiec (2009) pisze: 


Przez świat wirtualny rozumiem obraz rzeczywistości kreowany lub odkrywa- 
ny przez człowieka na drodze symulacji intelektualnej lub technicznej. Tak 
pojęty świat jest tworem człowieka. Swoje źródło ma on w szeroko pojętej rze- 
czywistości. Przez rzeczywistość rozumiem zarówno tę empiryczną, która jest 
dostępna jedynie w ograniczonym zakresie obserwatorowi, jak i „rzeczywistość 
samą w sobie”, czyli istniejącą poza zasięgiem obserwatora (s. 52). 


Skoro świat wirtualny jest dziełem człowieka i wiemy, jakie są źródła 
jego kreacji, trzeba postawić pytanie, gdzie powstają obiekty tego Świata. 
Elisabeth Reid (1994) odpowiada na nie następująco: „Cyberprzestrzeń - 
kraina impulsów elektronicznych i ekspresowych autostrad danych, gdzie 
istnieją MUD-y - jest być może technicznym artefaktem, ale rzeczywistość 
wirtualna stanowi konstrukcję znajdującą się wewnątrz ludzkiego umysłu. 
[...| Iluzja rzeczywistości nie spoczywa w samej aparaturze, ale w chęci 
użytkowników, by wytwory ich wyobraźni traktować tak, jakby były rze- 
czywiste” (s. 6-7). Na ową intencjonalność istnienia wirtualności zwraca 
uwagę również Tadeusz Miczka (2009), pisząc: „VR [wirtualna rzeczywi- 
stość] jest przecież sztucznym tworem, który istnieje intencjonalnie, dlatego 
że człowiek chce obdarzyć go istnieniem” (s. 19). Warto zatem rozważyć 
związki pomiędzy obiektami wirtualnymi a jednym z rodzajów obiektów 
intencjonalnych - mianowicie obiektami fikcyjnymi. 


4.4. Wirtualność a fikcja 


W wielu analizach pojęcia „wirtualności” napotkać można jego zesta- 
wienie z pojęciem „fikcji”. Może to być spowodowane faktem, że w wirtual- 
nym świecie doświadczamy rzeczy, jak choćby wspomniane już głaskanie 
potwora, które nie mają swojego odpowiednika w rzeczywistości - są to 
doświadczenia z obiektami fikcyjnymi. Rozważania tego typu związane są 
najczęściej z analizą światów gier komputerowych. 

Mianem „obiektów fikcyjnych” określa się zazwyczaj postaci, przedmio- 
ty lub zdarzenia, które pojawiają się w dziełach literackich lub filmowych, 


16 Często twierdzi się, że doskonałym przykładem Świata wirtualnego, poza światami 
generowanymi komputerowo, są sny. Szczególnie że sen może być (i często jest) zafałszowa- 
niem świata realnego. 
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jak choćby Sherlock Holmes, latający dywan czy Kaczor Donald. Są one 
przykładami przedmiotów nieistniejących lub, mówiąc językiem Ingardena, 
„przedmiotów przedstawionych”. Oczywiście nie muszą to być tylko obiekty 
znane z literatury lub filmu, ale również wszystkie inne wytwory ludzkiej 
świadomości funkcjonujące w świecie, takie jak na przykład Święty Mikołaj 
czy też kwadratowe koło. 

Obiekty rzeczywistości wirtualnej, a w szczególności postaci z gier kom- 
puterowych, wydają się pod wieloma względami przypominać obiekty fik- 
cyjne. Przyjrzyjmy się zatem cechom tych ostatnich. Jeśli bowiem elementy 
Świata wirtualnego można traktować jak fikcje, to do stworzenia ich ontolo- 
gii warto wykorzystać istniejące teorie obiektów fikcyjnych, jak choćby 
teorię obiektów Meinonga (1960) czy też teorię przedmiotów czysto inten- 
cjonalnych Ingardena (1960-1961, 1988). 

Gurczyński (2013) pisze: 


Przedmioty fikcyjne są przedmiotami z konieczności nieistniejącymi (realnie), 
lecz twierdzenie to należy odróżnić od stwierdzenia, że przedmioty fikcyjne nie 
mają żadnego statusu ontologicznego. Podstawowym założeniem, pozwalają- 
cym na przyznanie obiektom fikcyjnym pewnego statusu egzystencjalnego [...] 
jest teza Franza Brentana mówiąca, że każdy akt świadomości ma swój przed- 
miot, czyli, inaczej mówiąc, każdy akt świadomości jest intencjonalny. Zawsze, 
gdy mówimy, mówimy o czymś, nasze fantazje dotyczą czegoś, patrzymy na 
coś, myślimy o czymś - wszelkie przeżycie świadome jest zawsze „świadomo- 
ścią czegoś” (s. 183). 


Przedmioty fikcyjne są zatem intencjonalne. Zdaniem Ingardena są 
obiektami „czysto intencjonalnymi”, które istnieją w specyficzny - intencjo- 
nalny - sposób. Są one zależne w swym istnieniu od wytwarzających je 
aktów świadomości, a więc od innych przedmiotów - są bytowo heterono- 
miczne, co odróżnia je od obiektów rzeczywistych, które istnieją autono- 
micznie. Co więcej, przedmiot fikcyjny zyskuje swój ontologiczny status 
w czasie późniejszym niż tworzący go akt świadomości. Owe następstwo 
czasowe bytów jest, zdaniem Ingardena, cechą, która nie pozwala traktować 
obiektów fikcyjnych jako przedmiotów idealnych lub abstrakcyjnych, czyli 
pozaczasowych. 

Obiekty fikcyjne są szczególnym rodzajem przedmiotów intencjonalnych 
- są bowiem intersubiektywne. Nie wszystkie wytwory ludzkiej świadomo- 
ści, na przykład sny, możemy przecież dzielić z innymi. Intersubiektywność 
przedmiotów czysto intencjonalnych zapewnia podstawa bytowa, od której 
przedmioty te są zależne. W przypadku utworu muzycznego jest to party- 
tura, dla utworu literackiego - jego tekst, rozumiany jako ciąg symboli języka. 


215 


Warto zauważyć, ze podstawa bytowa może być zarówno analogowa (kla- 
syczna książka), jak i cyfrowa (e-book). 

Według Ingardena (1988) przedmioty fikcyjne powstają na skutek pro- 
stego przedstawienia - „w swej całości”. Z kolei Meinong (1960) uważa, że 
stoją one poza istnieniem czy nieistnieniem, że są to przedmioty obiektyw- 
nie możliwe?7. Jednak obaj autorzy zgadzają się co do dwóch podstawowych 
cech obiektów fikcyjnych: są one określone w sposób niezupełny oraz mogą 
posiadać sprzeczne cechy. 

Niezupełność określenia!8 (niezupełność ontologiczna) - rozumiana jako 
stwierdzenie, że dla pewnych cech przedmiotu nie możemy stwierdzić, czy 
posiada on tę cechę, czy też nie - jest cechą charakterystyczną przedmiotów 
fikcyjnych, odróżniającą je od obiektów realnych. Nie umiemy na przykład 
określić koloru oczu bohatera powieści, o ile nie został on podany przez jej 
autora. Wynika to z faktu, że w danym utworze podać można jedynie skoń- 
czoną liczbę cech każdego przedmiotu. Oczywiście, nie mamy również pełnej 
wiedzy dotyczącej niektórych postaci lub faktów rzeczywistych - na przykład 
historycznych, jest to jednak niekompletność epistemologiczna, a nie ontolo- 
giczna. Jan III Sobieski miał zielone oczy lub też nie, ale możemy tego nie wie- 
dzieć ze względu, na przykład, na niekompletność źródeł historycznych. 

Wśród przedmiotów fikcyjnych wyróżnić można te, które posiadają 
sprzeczne własności, jak na przykład kwadratowe koło czy bezdzietna mat- 
ka. Nazywa się je przedmiotami sprzecznymi, przy czym słowo „sprzecz- 
ność” należy tu rozumieć w sposób konieczny”. 

Wszystkie obiekty fikcyjne natomiast mają jeszcze jedną, bardzo ważną 
własność - charakteryzują sie dwupodmiotowością - mówiąc inaczej, dwu- 
poziomowością określenia?0. I tak o Pinokiu możemy powiedzieć, ze jest on 
drewnianym pajacem, że wydłuża mu się nos, gdy kłamie. Posiada on bo- 
wiem te własności w świecie fikcyjnym stworzonym przez Carla Collodiego. 
Takie własności obiektu nazywa się „wewnętrznymi”. Z kolei jego cechami 
„zewnętrznymi” są: bycie postacią fikcyjną, bycie tworem wymyślonym 
przez Carla Collodiego, jak też niezupełność ontologiczna. Zazwyczaj uważa 
się, że cechy zewnętrzne przedmiotów Świadomości są określone w sposób 
zupełny, podobnie jak przedmiotów realnych. Co ważne, „pomijając ową 
dwupoziomowość uposażenia przedmiotów fikcyjnych, zmuszeni bylibyśmy 


17 Analizę teorii Meinonga i Ingardena dla obiektów fikcyjnych znaleźć można np. w pra- 
cach Alexius Meinong i Roman Ingarden o intencjonalności i przedmiotach fikcyjnych; Czym jest 
wirtualność... (Gurczyński, 2004, 2013). 

18 Gurczyński (2013) określa te cechę mianem „niezupełności uposażenia”. 

19 Niektórzy filozofowie negują sensowność badań nad takim obiektami, na przykład 
poprzez wyeliminowanie ich z dziedziny przedmiotów intencjonalnych. 

20 Por. Gurczyński (2013), s. 193-196. 
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uznać, że każdy przedmiot fikcyjny jest sprzeczny, będąc zarazem fikcyjnym 
(w świecie realnym) i realnym (w świecie fikcyjnym)” (Gurczyński, 2013, 
s. 194). 

Przyjrzyjmy się teraz tym z wymienionych cech, które przysługują 
obiektom wirtualnym, co pozwoli nam stwierdzić, czy dziedzina tych obiek- 
tów pokrywa się z dziedziną obiektów fikcyjnych. 

Obiekty wirtualne, podobnie zresztą jak fikcyjne i realne, są intersubiek- 
tywnie dostępne - nie są prywatnymi doznaniami podmiotu, jak na przykład 
sny. Postrzegane z zewnątrz, charakteryzują się również dwupoziomowo- 
ścią określenia. Rozważmy dla przykładu postaci z gier komputerowych. 
Mają one dwa rodzaje cech: wewnętrzne, które posiadają jako elementy 
świata wirtualnego (Świata gry) - wygląd, cechy charakteru, umiejętności, 
płeć i tym podobne, oraz zewnętrzne, przysługujące im z perspektywy rze- 
czywistości (spoza gry) — bycie obiektem gry, bycie wirtualnym, bycie stwo- 
rzonym przez twórców tejże gry. Gurczyński (2013) sugeruje, że ową dwu- 
poziomowość określenia można uogólnić: „zawsze wówczas, gdy świat s2 
jest nadbudowany nad (jest ontycznie zależny) światem s4, to przedmioty ze 
Świata s2, postrzegane z poziomu Świata sı, będą charakteryzowały się 
dwupoziomowością uposażenia” (s. 199). Wtedy cecha ta jest wspólną wła- 
snością obiektów fikcyjnych i realnych. 

Inną wspólną cechą przedmiotów fikcyjnych i obiektów rzeczywistości 
wirtualnej jest ich niezupełność ontologiczna. Na przykład dla wspomnianych 
już postaci z gier komputerowych nie sposób określić tych własności, których 
nie określili ich twórcy. Co więcej, zaprojektowanie takiego środowiska wir- 
tualnego, w którym choć kilka obiektów miałoby cechy określone w sposób 
zupełny, wydaje się niemożliwe. Rzeczywistość wirtualna jest bowiem reali- 
zowana przez procesy obliczeniowe, które nie mogą zawierać nieskończono- 
ści aktualnych, a zatem również nieskończonej liczby cech jej obiektów. 

Obiekty wirtualne są zaprojektowane intencjonalnie i realizowane przez 
procesy obliczeniowe zachodzące w komputerach, które są transcendentne 
w stosunku do kreowanych środowisk wirtualnych. Innymi słowy, kompu- 
tery nie są elementem rzeczywistości wirtualnej, choć są niezbędne do 
przeprowadzania procesów obliczeniowych. Widać tu pewną analogię 
z obiektami fikcyjnymi (intencjonalnymi), zależnymi ontologicznie od 
aktów świadomości, które to akty są transcendentne w stosunku do two- 
rzonych przez nie rzeczywistości. Zatem fikcje zależne są od aktów świa- 
domości, a te z kolei od podmiotów - podobnie jak istnienie obiektów 
wirtualnych zależy od procesów obliczeniowych, a te - od komputerów. 

Istnieją jednak takie cechy obiektów wirtualnych, które w zasadniczy 
sposób odróżniają je od fikcyjnych. Gurczyński twierdzi, że jedną z nich 
jest sprzeczność: obiekty wirtualne nie mogą być określone przez cechy 
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sprzeczne, ponieważ nie można zrealizować wizualizacji takich przedmio- 
tów. Wydaje się jednak, że jest to wniosek fałszywy. Jeśli bowiem przyjąć, że 
przykładem wirtualnej rzeczywistości są wspomniane wcześniej MUD-y, to 
obiekty występujące w tych grach (obiekty wirtualne), które nie są wizuali- 
zowane, lecz charakteryzowane przez słowny opis, mogą być sprzeczne, 
gdyż taki właśnie może być ich opis. 

Cechą, która bez wątpienia odróżnia obiekty wirtualne od fikcyjnych, 
jest dynamiczność. Istnienie świata fikcyjnego jest statyczne; Światy te, raz 
przedstawione czy opisane przez podmiot, zmieniają się tylko w wyniku 
ingerencji ich twórcy, na przykład w kolejnych tomach powieści możemy 
poznawać nowe aspekty świata w niej przedstawionego. Żaden przedmiot 
fikcyjny nie jest zdolny zmieniać się „sam z siebie”. Świat wirtualny nato- 
miast jest dynamiczny, jego obiekty zaprojektowane są intencjonalnie 
($wiadomościowo) - ale realizowane przez procesy obliczeniowe zachodzące 
w komputerach. Jako takie, mogą zmieniać się bez udziału aktów świado- 
mości ich twórców, na przykład dzięki zastosowanym podczas ich imple- 
mentacji algorytmom genetycznym. 

Interaktywność, będąca kluczową cechą wirtualnej rzeczywistości, jest 
kolejną jej własnością, która nie przysługuje światom fikcyjnym. Obiekty 
fikcyjne są nam dane jedynie poprzez swoje cechy, nie możemy wchodzić 
z nimi w relacje podobne jak z przedmiotami. Natomiast obiekty wirtualne 
nie tylko poddają się działaniom użytkowników, ale również reagują na nie, 
co daje wrażenie interakcji podobnych do tych, jakie zachodzą w rzeczywi- 
stości (w realnym świecie). Im bardziej realistyczne są działania na obiek- 
tach wirtualnych, tym lepszy (bardziej realistyczny) jest Świat, w którym się 
one znajdują (por. paragraf 4.2.2). 

Podsumowując, można stwierdzić, że obiekty wirtualne i fikcyjne mają 
wiele cech wspólnych, takich jak: intencjonalność i związana z nią hetero- 
nomiczność ontologiczna, uzyskiwanie statusu ontologicznego później niż 
stwarzające je procesy, dwupoziomowość określenia i niezupełność ontolo- 
giczna. Istnieją jednak zasadnicze cechy obiektów wirtualnych, które nie 
przysługują obiektom fikcyjnym. Są to: interaktywność oraz ufundowanie 
na procesach obliczeniowych (a więc cyfrowych). Między innymi na tych 
cechach oparł swoją ontologię obiektów wirtualnych Gurczyński. 


4.5. Ontologia rzeczywistości wirtualnej Gurczyńskiego 
Jacek Gurczyński w książce Czym jest wirtualność. Matrix jako model 


rzeczywistości wirtualnej (2013) zaproponował ujęcie środowisk wirtualnych 
jako rzeczywistości, której status definiują dwie cechy: 1) rzeczywistość ta 
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umożliwia wchodzenie w ucieleśnione interakcje, przy czym „poczucie 
rzeczywistości wytwarza się dzięki możliwości podejmowania działań na- 
potykających opór” (s. 233), oraz 2) opór ten jest wynikiem obiektywnych 
praw fizycznych zachodzących w danym środowisku. Przyjrzyjmy się bliżej 
tej koncepcji. 

Rozpocznijmy od ważnego rozróżnienia, jakie przyjmuje Gurczyński. Po- 
jęcie „realności” wiąże on ze światem materialnym, zewnętrznym. Z kolei 
„rzeczywistość” rozumie jako dowolną przestrzeń (fizyczną), w której mogą 
zachodzić ucieleśnione działania, służące rozwiązywaniu problemów, pod- 
czas podejmowania których podmiot napotyka na opór. Dzięki temu okre- 
Ślenie „wirtualna rzeczywistość” nie jest oksymoronem. Autor twierdzi przy 
tym, że możliwość podejmowania w świecie wirtualnym działań podobnych 
do tych, które zachodzą w świecie realnym (materialnym), jest wystarczają- 
cym powodem, by nazywać go „rzeczywistością”. 

Gurczyński przyjmuje „emergentystyczny obraz rzeczywistości”, w któ- 
rym wszystkie struktury i procesy złożone ufundowane są na prostszych 
układach, czyli są w stosunku do nich ontologicznie pochodne. Środowiska 
wirtualne są ufundowane na procesach obliczeniowych, a o ich specyfice 
decyduje cyfrowość. Zatem ważną rolę w jego ontologii odgrywa aspekt 
technologiczny. Badacz stwierdza ponadto, że „[njie wiemy, czy fundamen- 
talne procesy konstytuujące Świat realny mają naturę obliczeniową/cyf- 
rową, czy analogową - rozstrzygnięcie tego problemu ma zasadnicze zna- 
czenie zarówno dla ontologii Świata realnego, jak i dla rzeczywistości 
wirtualnej” (s. 209). Jeśli bowiem Świat realny ma charakter ciągły (jest 
konstytuowany przez analogowe procesy kwantowo-mechaniczne), to za- 
wiera on aktualne nieskończoności, na przykład czas i przestrzeń są ciągłe 
i nieskończenie podzielne; jeśli natomiast jego podstawę stanowią procesy 
obliczeniowe, to ma on naturę dyskretną, w szczególności - wszystkie real- 
ne byty są skończenie złożone. 

Gurczyński (2013) pisze: „przedmioty wirtualne mają swoją genezę 
w świadomości podmiotu - są projektowane świadomościowo i opisywane 
w jakimś (sztucznym) języku programowania - a realizowane przez proce- 
sy obliczeniowe zaimplementowane w komputerach, które również są wy- 
tworem człowieka” (s. 212). Tak rozumiane obiekty wirtualne są lepiej 
określone niż realne, ponieważ wiemy o nich z całą pewnością, że są ufun- 
dowane przez procesy obliczeniowe, a zatem są to obiekty cyfrowe. Co wię- 
cej, podczas gdy podmiot wytwarzając realny przedmiot według swojego 
projektu, przekształca jedynie zastaną rzeczywistość (operuje bowiem do- 
stępnymi materiałami, z których go buduje), to w przypadku obiektu wirtu- 
alnego zarówno projekt, jak i sposób jego realizacji mają swoje źródło 
w podmiocie (procesy obliczeniowe są również wytworem człowieka). 
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Znana jest zatem natura procesów konstytuujacych obiekty wirtualne, pod- 
czas gdy natura obiektów realnych pozostaje zagadką. 

Dla potwierdzenia tezy o lepszym określeniu obiektów wirtualnych 
(i fikcyjnych) niż przedmiotów realnych Gurczyński analizuje zasadę nazy- 
waną prawem nieodróżnialności Leibniza, omówioną w paragrafie 1.1.2, 
według której do stwierdzenia odmienności dwóch obiektów wystarczy 
wskazanie takich cech, które posiada jeden z nich, a których nie posiada 
drugi. W przypadku makroskopowych przedmiotów realnych identyfikacja 
ich poprzez własności nie przysparza problemów. Przyjmując twierdzenie, że 
przedmioty realne posiadają nieskończenie wiele własności — lub tak wiele, 
że nie ma możliwości uwzględnienia ich wszystkich, niemożliwe jest sformu- 
łowanie ogólnego kryterium identyfikacji takich przedmiotów. W przypadku 
przedmiotów fikcyjnych nie ma takiej trudności, gdyż są one niezupełne on- 
tologicznie, a zatem zawsze posiadają skończoną liczbę cech. Istnieje wów- 
czas (teoretyczna) możliwość sformułowania takiego kryterium. 

Kwestia identyczności obiektów wirtualnych jest dość złożona, ze wzglę- 
du na dwupoziomowość ich określania (por. podrozdział 4.4). W przypad- 
ku, gdy dokonujemy identyfikacji z poziomu uczestnika wirtualnej rzeczy- 
wistości (na przykład z poziomu gry), następuje ona poprzez podanie cech 
tych obiektów, dokładnie tak samo jak w przypadku obiektów realnych. 
Jeśli jednak identyfikuje się obiekty z poziomu obserwatora lub projektanta 
danej symulacji, to istnieją co najmniej dwa kryteria ich identyczności: po- 
danie własności lub też ich nierozróżnialność na fundamentalnym poziomie 
obliczeniowym. Drugie z kryteriów zmuszeni jesteśmy zastosować na przy- 
kład w odniesieniu do kopii obiektów wirtualnych. Zmultiplikowane obiek- 
ty uznajemy za identyczne, gdy są zakodowane za pomocą takich samych 
ciągów bitów. Zatem jeśli Świat realny uznajemy za analogowy, to kryteria 
identyczności obiektów tego Świata i obiektów wirtualnych różnią się. 
Z kolei jeśli świat jest w swej naturze cyfrowy, to określenie kryterium iden- 
tyczności jego obiektów związane jest z koniecznością przyjęcia perspekty- 
wy obserwatora, co wydaje się niemożliwe, ponieważ jesteśmy częścią tego 
Świata. Można zatem stwierdzić, że przy obecnym stanie wiedzy (braku 
rozstrzygnięcia, czy świat realny jest analogowy czy cyfrowy) kryteria iden- 
tyczności dla obiektów wirtualnych są lepiej określone niż dla przedmiotów 
realnych. 

Przedmioty wirtualne mają jeszcze jedną przewagę nad realnymi. Gur- 
czyński (2013) twierdzi, że „strefa wirtualna tworzy odrębną - lecz rzeczy- 
wistą - wobec realności sferę ontologiczną. W jej obrębie możemy wchodzić 
w interakcje z przedmiotami wirtualnymi na podobnej zasadzie, jak 
z przedmiotami ze świata realnego” (s. 219). Dodając do tego twierdzenia 
tezę, że u podstaw Świata wirtualnego leżą procesy cyfrowe, można stwier- 
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dzić, że dostęp do obiektów wirtualnych (w tym operowanie na nich) 
jest dużo łatwiejszy niż do realnych, ze względu na ciągłą naturę tych 
drugich. Widać to wyraźnie na przykładzie duplikowania przedmiotów. 
W przypadku makroskopowych obiektów realnych stworzenie ich wiernych 
kopii jest właściwie niemożliwe. Duplikowanie obiektów cyfrowych jest na- 
tomiast bardzo proste - nietrudno utworzyć dwa identyczne obiekty różniące 
się jedynie czasem powstania oraz miejscem występowania. Pojawia się jed- 
nak pytanie, w jaki sposób odróżnić obiekty zduplikowane w wirtualnej rze- 
czywistości. Jest to możliwe dzięki własnościom zewnętrznym, nazywanym 
przez Gurczyńskiego topologicznymi, takim jak czas utworzenia czy miejsce 
zapisania na nośniku danych; wszystkie inne ich cechy są identyczne. 

Powodem łatwiejszego dostępu do obiektów wirtualnych niż do real- 
nych jest fakt, że strefa wirtualna jest pochodna ontologicznie w stosunku 
do realności. Dlatego też z poziomu świata realnego rzeczywistość wirtual- 
ną można dowolnie kształtować, a w tym - ustalać jej warunki fizyczne: 
przebieg czasu oraz obowiązujące w niej prawa. Gdy zostaną one już ustalo- 
ne, obowiązują w niej tak samo jak prawidłowości i ograniczenia w Świecie 
realnym. Zatem pod względem funkcjonalnym świat wirtualny jest pewnym 
rodzajem rzeczywistej przestrzeni. 

Przestrzeń wirtualną można traktować jako rzeczywistą w sensie pro- 
ponowanym przez Gurczyńskiego, to znaczy jako przestrzeń (z ogranicze- 
niami fizycznymi), w której mogą zachodzić ucieleśnione działania na- 
potykające na opór, służące rozwiązywaniu problemów. Takie funkcyjne 
rozumienie rzeczywistości prowadzi do wniosku, że „wirtualna przestrzeń 
zdaje się przestrzenią rzeczywistą i to przestrzenią funkcjonalnie nawet 
przewyższającą sferę Świata realnego. Aspekt funkcjonalny rzeczywistości 
wirtualnej na obecnym etapie dociekań jest, być może, nawet ważniejszy od 
kwestii formalnych i substancjalnych” (s. 221). 

Przy takim rozumieniu wirtualności powstaje pytanie o związki zacho- 
dzące pomiędzy sferą realną a wirtualną. Rzeczywistość wirtualna jest 
zależna od realności, przy czym można rozpatrywać ową zależność w trzech 
aspektach. Po pierwsze, obiekty wirtualne realizowane są z wykorzysta- 
niem środków świata realnego, czyli - realność jest źródłem wirtualności: 
jest to aspekt genetyczny. Ponadto realność dostarcza środków material- 
nych do tworzenia sfery wirtualnej, a jej likwidacja (w szczególności znisz- 
czenie komputerów) prowadzi do unicestwienia obiektów wirtualnych. Ten 
aspekt zależności Gurczyński nazywa egzystencjalnym. Z kolei trzeci aspekt 
- funkcjonalny, polega na tym, że wszystkim procedurom obliczeniowym 
(stanowiącym bazę wirtualności) odpowiadają mechanizmy niższego rzędu 
(kierujące pracą komputerów). Nie wiemy przy tym, jak wspomniano wcze- 
Śniej, jaka jest natura tych mechanizmów - cyfrowa czy analogowa. 
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Jeśli świat realny oparty jest na procesach cyfrowych, to istnienie rzeczy- 
wistości wirtualnej oznacza, że potrafimy odtwarzać świat, w którym żyjemy. 
Można też pokusić się o stwierdzenie, że wraz z rozwojem technologii owe 
wirtualne „kopie” fragmentów naszego Świata będą przybliżały się coraz bar- 
dziej do oryginału. Jeśli natomiast przyjmiemy, że realność jest analogowa, to 
wirtualna rzeczywistość jest przykładem wytworzonej przez nas sfery, która 
w swej naturze jest zupełnie odmienna od świata realnego. Środowiska cy- 
frowe są bowiem skończone, podczas gdy analogowe są ciągłe i nieskończe- 
nie podzielne. Oznaczałoby to, zdaniem Gurczyńskiego, że po raz pierwszy 
w historii rozwój technologiczny doprowadził do powstania różnicy ontolo- 
gicznej: „[...] tworząc środowiska cyfrowe, stworzyliśmy/odkryliśmy wcze- 
Sniej nieznany rodzaj bytu, ontologicznie odmienny od tego wszystkiego, co 
znaliśmy i czego doświadczaliśmy. Oznaczałoby to, że tworząc rzeczywistość 
wirtualną, stworzyliśmy całkowicie nową ontologiczną przestrzeń, która 
funkcjonalnie jest/może być przestrzenią rzeczywistą” (s. 228). 

Związki pomiędzy przestrzenią rzeczywistą a wirtualną dogłębnie ana- 
lizował również Philip Brey; stworzył swoją ontologię obiektów wirtual- 
nych, opartą na koncepcji rzeczywistości Searle’a. 


4.6. Ontologia obiektów wirtualnych Breya 


Philip Brey (1998, 2003) zaproponował ontologię obiektów wirtual- 
nych, dzieląc je na dwa rodzaje: przedmioty tylko jednego rodzaju są w niej 
tak samo rzeczywiste jak ich odpowiedniki w rzeczywistym świecie. Two- 
rząc swoją teorię, wykorzystał pochodzący od Searle'a (1998) podział rze- 
czywistości, ujęty w poniższym schemacie: 


rzeczywistość | 


niezalezna od ludzkiej interpretacji ZEL 
rzeczywistość społeczna 


(np. Giewont) 


instytucjonalna 


zwykła (np. śrubokręt) (np. banknot, ślub) 


Rys. 8. Rzeczywistość według J. Searle'a 
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Pierwsza część rzeczywistości nie zależy od ludzkiej interpretacji, a jej 
elementy istnieją obiektywnie, na przykład Giewont, Wisła i tym podobne. 
Druga to rzeczywistość społeczna, której obiekty (takie jak śrubokręt, 
banknot czy ślub) są, przynajmniej w części, ustanowione przez konstrukcje 
i interpretacje społeczne. Obiekty ustanowione społecznie dzielą się z kolei 
na: (1) posiadające nieodłączne, obiektywne własności, powodujące, że 
pełnią one takie właśnie, a nie inne funkcje (Śrubokręt i inne narzędzia), 
oraz (2) - te, które nie mają takich własności i których funkcja społeczna 
jest po prostu przydzielona (pieniądze). Obiekty pierwszego rodzaju muszą 
posiadać odpowiednie własności fizyczne, by wypełniać skojarzone z nimi 
funkcje. Tworzą one tak zwaną zwykłą rzeczywistość społeczną. Z kolei 
banknoty czy monety nie mają żadnych fizycznych cech potrzebnych do 
uznania ich za pieniądze, traktuje się je w określony sposób, ponieważ nało- 
żono na nie taką funkcję - reprezentowanie wartości rynkowej - skojarzoną 
z nimi w obrębie danej instytucji, w tym przypadku w obrębie rynku. Takie 
obiekty tworzą rzeczywistość instytucjonalną. 

W pierwszym zetknięciu z wirtualną rzeczywistością można odnieść 
wrażenie, że jej obiekty (przynajmniej większość z nich) są tego samego 
typu co przedmioty, z którymi spotykamy się w otaczającym nas świecie: 
drzewa, biurko, słowa, ołówki, rozmowy, wiadomości pisane, pieniądze 
i tym podobne. Zawiera ona jednak również takie obiekty, które nie mają 
swoich bezpośrednich fizycznych odpowiedników, na przykład kursor, plik 
czy fikcyjne postaci w grach komputerowych. Wszystkie obiekty napotyka- 
ne w Świecie wirtualnym, niezależnie od ich związków z rzeczywistością, 
Brey nazywa „obiektami wirtualnymi”. 

Obiekty rzeczywistości wirtualnej mają trzy podstawowe cechy: (1) nie 
istnieją fizycznie, nie mają masy i nie znajdują się w przestrzeni fizycznej, 
a więc przypominają obiekty fikcyjne?! (takie jak postaci w powieściach czy 
filmach), (2) są interaktywne, można nimi operować, co często związane 
jest z ich „odpowiedziami” na nasze działania, oraz (3) mogą istnieć związki 
przyczynowe pomiędzy nimi a innymi obiektami. Wydaje się zatem, że mają 
one specjalny status ontologiczny - nie są obiektami fizycznymi, ale nie są 
również wyobrażeniami czy obiektami fikcyjnymi (Brey, 1998). 

Wiele obiektów wirtualnych ma szczególny status również z innego po- 
wodu. Operacje bankowe na kontach internetowych, dokumenty elektro- 
niczne, handel czy też wirtualne rozgrywki karciane lub szachowe są 
powszechnie akceptowaną częścią rzeczywistości. Nie można zatem twier- 
dzić, że są one nierealne. Jednak z drugiej strony, jako symulacje (lub repre- 
zentacje) obiektów rzeczywistych, mogą być nazywane nierealnymi lub 


21 Por. podrozdział 4.5. 
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sztucznymi. Wirtualne drzewa, woda czy skały nie są rzeczywiste, lecz 
w pewnym sensie sztuczne, a jako takie nie są elementami świata realnego. 
Zatem w rzeczywistości wirtualnej mamy do czynienia z dwoma różnymi 
typami obiektów. Istnieje bowiem różnica pomiędzy tymi, które są tylko 
symulacjami, a tymi, które uważane są za część rzeczywistości. Brey (2003) 
pisze: 


Będę nazywał obiektami wirtualnymi takie, które nie tylko symulują obiekty 
rzeczywistego Świata, ale które są w każdy sposób równoważnymi im ontolo- 
gicznymi reprodukcjami obiektów rzeczywistego Świata. Zatem wirtualne wer- 
sje obiektów rzeczywistych są albo czystymi symulacjami, które są tylko po- 
dobne do obiektów Świata rzeczywistego przez swoje cechy (własności) 
percepcyjne i interaktywne, albo ontologicznymi reprodukcjami, które mają 
swoje znaczenie dla świata rzeczywistego wykraczające poza dziedzinę środo- 
wiska wirtualnego (s. 277). 


Rodzi się zatem pytanie, w jaki sposób odróżnić te dwa rodzaje obiek- 
tów i jak je scharakteryzować. Rozpatrując tę kwestię, Brey wykorzystuje 
opisaną powyżej ontologię Searle'a. Twierdzi, że rzeczywistość fizyczna 
oraz zwykła rzeczywistość społeczna (por. rys. 8) mogą być zazwyczaj tylko 
symulowane w środowiskach wirtualnych. Z kolei większość obiektów 
i faktów rzeczywistości instytucjonalnej, takich jak pieniądze i przeprowa- 
dzane na nich transakcje, są w nich „ontologicznie reprodukowane”. 

Obiekty fizyczne (takie jak drzewa, skały, góry) oraz obiekty zwykłej 
rzeczywistości społecznej (Śrubokręt, krzesło i tym podobne) są jedynie 
symulowane w wirtualnej rzeczywistości. Ponieważ komputery nie mogą 
odtworzyć (wykonać reprodukcji) wszystkich własności fizycznych tych 
obiektów, które są kluczowe dla ich tożsamości - nie mogą być one w pełni 
„zreplikowane” przez obiekty wirtualne. Komputery mogą je jedynie symu- 
lować. Wirtualna skała nigdy nie będzie tak rzeczywista jak skała fizyczna, 
ponieważ cechy charakterystyczne skały (które ją w pewnym sensie defi- 
niują) to cechy fizyczne, obiektywne własności, a nie własności lub cechy 
społeczne. Takie wirtualne obiekty będą więc zawsze symulacjami, a nie 
ontologicznymi reprodukcjami. 

Obiekty instytucjonalne natomiast, na przykład pieniądze czy własność 
prywatna, mogą istnieć „dosłownie” w rzeczywistości wirtualnej. Pieniądze 
wirtualne są tak samo realne jak papierowe, a przeprowadzane z nimi 
transakcje - tak samo realne jak te w rzeczywistości. Jest tak dlatego, ze 
pieniądze wirtualne mają ten sam status, pełnią tę samą funkcję co rzeczy- 
wiste banknoty i monety. Wiąże się to z faktem, że obiekty instytucjonalne 
zyskują swój status ontologiczny poprzez nadanie im pewnej roli za pomocą 
funkcji statusu - to znaczy reguł postaci „X uznaje się za Y (w kontekście C)”. 
Teoretycznie dowolna funkcja statusu może być skojarzona z dowolnymi 
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obiektami, jednak w praktyce jest ona nadawana tylko tym obiektom, które 
mają odpowiednie cechy. Okazuje się, że bardzo wiele obiektów wirtual- 
nych dobrze nadaje się do nakładania na nie funkcji statusu. Dlatego też 
zdaniem Breya (2003) 


duża część rzeczywistości instytucjonalnej jest obecnie reprodukowana w śro- 
dowiskach wirtualnych, gdzie dokonują się prawdziwe aktywności instytucjo- 
nalne takie jak kupno, sprzedaż, głosowanie, nabywanie własności, rozmowy, 
gry w szachy, hazard, kradzież, naruszenie własności prywatnej, testowanie, 
wstępowanie do klubu oraz gdzie można znaleźć odpowiednie do tego obiekty, 
takie jak kontrakty, pieniądze, litery oraz figury szachowe (s. 279). 


Przyjrzyjmy się teraz temu, w jaki sposób obiekty instytucjonalne zysku- 
ją swój status i w jaki sposób użytkownicy mogą go rozpoznać. Rozpocznij- 
my od tej drugiej kwestii. 

Rozpoznanie funkcji obiektów instytucjonalnych przez użytkowników 
wirtualnej rzeczywistości zależy od akceptacji dla danego obiektu odpo- 
wiedniej reguły: „X uznaje się za Y (w kontekście C)” oraz od zidentyfikowa- 
nia go jako owego X (obiektu spełniającego regułę). Brey (2003) podaje 
następujący przykład. W pewnych środowiskach wirtualnych może istnieć 
reguła mówiąca o tym, że żółte fora dyskusyjne są tylko dla kobiet. Zatem 
aby rozpoznać dane forum jako tylko dla kobiet, trzeba znać regułę mówią- 
cą, że żółte fora są właśnie takie, oraz zauważyć, że forum to ma kolor żółty. 

Jednakże w świecie wirtualnym, podobnie jak w rzeczywistym, nie zaw- 
sze wygląda to tak prosto. Czasami ogląd samego obiektu nie wystarczy dla 
stwierdzenia jego statusu. W jaki sposób można na przykład rozpoznać, że 
dany mężczyzna jest żonaty? Identyfikację taką ułatwiają obiekty nazywane 
przez Searle'a wskaźnikami statusu; są one intencjonalnie przypisane (na- 
dawane) innym obiektom w celu wskazania ich statusu. W przypadku żona- 
tego mężczyzny takim wskaźnikiem jest obrączka ślubna. 

Istnieje również inna trudność związana ze statusem obiektów instytu- 
cjonalnych w wirtualnej rzeczywistości. Ponieważ mogą one, jak wspo- 
mniano wcześniej, mieć status symulacji lub ontologicznej reprodukcji, 
użytkownik musi rozpoznać ten status jednoznacznie. Gdy naciskamy przy- 
cisk z napisem „wykonaj” pod formularzem przelewu, to musimy znać 
status ontologiczny tego przelewu. Przecież jeśli jest on ontologiczną repro- 
dukcją, to nastąpi zmiana salda naszego (rzeczywistego) konta; jeśli na- 
tomiast jest on symulacją, na przykład - jest częścią gry polegającej na 
inwestowaniu, tak stać się nie musi. W przypadku braku wskaźnika statusu, 
chociażby w postaci odpowiedniego komunikatu, rozpoznanie tego statusu 
może być bardzo trudne lub nawet niemożliwe. Fakt ten wykorzystują czę- 
sto internetowi oszuści wyłudzający dane lub pieniądze. 
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Przejdzmy teraz do procesu nadawania obiektom instytucjonalnym 
ich statusu. Jest on dwustopniowy. Najpierw pewna grupa użytkowników - 
lub nawet pojedyncza osoba - proponuje nadanie danemu obiektowi nowe- 
go statusu, a następnie większość danej społeczności przyjmuje ją lub 
odrzuca. 

Co decyduje o tym, że członkowie jakiejś grupy akceptują nową funkcję 
obiektu? Po pierwsze, proponujący ją człowiek lub instytucja może być 
pewnego rodzaju autorytetem. Gdy Narodowy Bank Polski emituje nowe 
banknoty, społeczeństwo bez zastanowienia przyjmuje je jako obowiązują- 
cą odtąd formę pieniądza, albowiem wprowadzająca je instytucja jest w tej 
Sprawie autorytetem. Po drugie, proponowana funkcja może wydawać się 
użyteczna, na przykład neologizmy wchodzą do powszechnego użycia wte- 
dy, gdy użytkownicy danego języka uznają je za potrzebne, gdyż w jakiś 
sposób ułatwiają one komunikację. Oczywiście, może się również zdarzyć 
kombinacja obu tych sytuacji. 

Podobnie nadawany jest status obiektów instytucjonalnych w rzeczywi- 
stości wirtualnej. Funkcja statusu może zostać zaproponowana przez pe- 
wien autorytet, na przykład przez moderatora forum internetowego lub też 
przez grupę użytkowników, która uzna ją za użyteczną. I tak status żółtego 
forum „tylko dla kobiet” może zaproponować jego administrator lub też 
część użytkowników. Aby jednak funkcja ta zaczęła obowiązywać, potrzeba 
na to zgody większości osób, które z niego korzystają. Przyjmują one decy- 
zję autorytetu bądź też uznają tę funkcję za użyteczną. 

Podsumowując: Brey dzieli obiekty wirtualne na dwie kategorie - te, 
które są symulacjami obiektów rzeczywistych, oraz prawdziwe reprodukcje 
ontologiczne, będące obrazem rzeczywistości instytucjonalnej. Twierdzi on, 
że użytkownicy rozpoznają wirtualne obiekty jako instytucjonalne dzięki 
regułom typu „X uznaje sie za Y (w kontekście C)”, które są często ukazywa- 
ne poprzez wskaźniki statusu (symbole, tekst, ikony lub przedmioty). 
Obiekty takie zyskują swój status instytucjonalny „odgórnie”, poprzez auto- 
rytarne narzucenie go (przez autorytet), bądź też w wyniku zbiorowej de- 
cyzji jego użytkowników. 

Tworząc ontologie obiektów wirtualnych, zarówno Gurczyński, jak 
i Brey określili związki pomiędzy realnością a wirtualnością. Związki owe 
są jednym z najczęściej dyskutowanych w literaturze zagadnień filozo- 
ficznych związanych z rzeczywistością wirtualną. Szczególnie interesująca 
wydaje się kwestia odróżnienia realności od fikcji; jest to jeden z naj- 
starszych problemów filozoficznych. Przyjrzyjmy się teraz wybranym 
koncepcjom dotyczącym owego rozróżnienia w kontekście rzeczywistości 
wirtualnej. 
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4.7. Wirtualność a realność 


Rozróżnienie tego, co pozorne, od tego, co rzeczywiste, jest zapewne 
jednym z podstawowych, najstarszych problemów metafizyki. Zagadki do- 
tyczące obrazów lustrzanych czy też snów nurtują filozofów od dawna. 
Pojawienie się rzeczywistości wirtualnej stawia tę kwestię w nowym świe- 
tle, ujawnia też konieczność rewizji klasycznych stanowisk filozoficznych 
związanych z odróżnieniem rzeczywistości i pozoru. 

W literaturze dotyczącej rzeczywistości wirtualnej spotyka się pogląd, iż 
obiekty wirtualne są pod wieloma względami podobne do odbić lustrzanych 
(por. np. Stanovsky, 2004). Wówczas kryterium rozróżnienia tego, co wirtu- 
alne, od tego, co realne, szukać należy w rozważaniach dotyczących odróż- 
nienia obiektów rzeczywistych od ich obrazów w lustrze. 

Zagadnienie odróżnienia przedmiotów rzeczywistych od ich lustrzanych 
obrazów filozofowie rozważają od bardzo dawna, zdecydowanie dłużej niż 
istnieje rzeczywistość wirtualna. Już Plotyn (204-269) w Enneadach (por. 
np. Plotyn, 1959) studiował problem odbić lustrzanych - twierdził on, że 
w większości przypadków łatwo jest odróżnić odbicie od realnego przed- 
miotu. Zgadzał się jednak, że w pewnych warunkach (jeśli odbicie w lustrze 
jest trwałe, a samego lustra nie widać) odbicia te mogą nas zwodzic¢. 

Rzeczywiście, dość łatwo jest odróżnić obiekt od jego obrazu w lustrze. 
Odbicia takie są bowiem przemijające, przelotne, tymczasowe, nietrwałe 
w czasie, a czasami nawet niespójne z pozostałymi wrażeniami percepcyj- 
nymi. Ponadto w większości przypadków lustro nie pozostaje niezauważo- 
ne, widoczna jest jego struktura, która odbija światło, oraz ramy. Co więcej, 
obiekty w lustrze przedstawiane są zawsze na płaszczyźnie - a więc ich 
dotknięcie na ogół umożliwia odróżnienie obiektu od jego odbicia. 

Czy obiekty rzeczywistości wirtualnej, będące pewnego rodzaju obra- 
zami (odbiciami) realnego Świata, można porównać do odbić lustrzanych? 
Czy relacja, w jakiej pozostają one w stosunku do obiektów rzeczywistych, 
jest prostym przeniesieniem związków pomiędzy obrazami lustrzanymi 
a ich realnymi pierwowzorami? Wydaje się, że wirtualna rzeczywistość jest 
bardziej skomplikowana niż obrazy lustrzane. Obiekty w niej prezentowane 
nie są zazwyczaj ograniczone do dwuwymiarowej grafiki, jak to się dzieje 
w przypadku obrazu odbitego w lustrze, nie są też one nietrwałe i przemija- 
jące - mogą trwać tak samo długo (a czasem nawet dłużej), jak przedmioty 
czy wydarzenia rzeczywiste. Co więcej, lustro odbija jedynie istniejące 
obecnie przedmioty, podczas gdy obiekty w wirtualnej rzeczywistości mogą 
nie mieć swoich realnych odpowiedników, mogą istnieć tylko w niej (jak na 
przykład fikcyjne postaci w grach komputerowych). Rzeczywistość wirtual- 
na jest zatem zupełnie nową rzeczywistością, często bez jakiegokolwiek 
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odniesienia do realności i dlatego konieczne jest określenie dla niej nowych 
— innych niż w przypadku odbić lustrzanych — metod rozróżniania tego, co 
jest rzeczywiste (autentyczne), od tego, co wirtualne (pozorne lub nieauten- 
tyczne). 

Ludzie doświadczający wirtualnej rzeczywistości opisując swoje dozna- 
nia, często porównują je do snu. Sny są bowiem tak samo „zanurzające” jak 
światy wirtualne. Wielu filozofów na przestrzeni dziejów rozważało sposo- 
by odróżnienia snu od jawy, szukając takich, które mogą być pomocne 
w odróżnieniu tego, co rzeczywiste, od tego, co wirtualne. 

Jednym z filozofów piszących na temat snów był Kartezjusz, który 
w dziele Medytacje o pierwszej filozofii wśród wielu poruszanych tematów 
analizował również kwestię odróżnienia snu od jawy. Zdawał on sobie 
Sprawę z tego, że może nie istnieć kryterium pozwalające na takie rozróż- 
nienie. W ostatniej ze swych medytacji (2010) sformułował pewne wska- 
zówki dotyczące tego zagadnienia: 


Teraz bowiem zdaję sobie sprawę, jak bardzo wielka jest między nimi różnica, 
polegająca na tym, że nigdy pamięć nie potrafi tak powiązać snów z wszystkimi 
naszymi zdarzeniami życia, jak wiąże z nimi to, co się zdarza na jawie. Bo rze- 
czywiście, gdyby mi się ktoś nagle ukazał i natychmiast znikł, jak to się zdarza 
w snach, tak oczywiście, bym nie widział ani skąd przyszedł, ani dokąd poszedł, 
to słusznie mógłbym go uważać raczej za widmo, czy też za wytwór fantazji 
powstały w moim mózgu, niż za prawdziwego człowieka. Gdy jednak zjawiają 
mi się takie rzeczy, co do których wyraźnie zauważam, skąd, gdzie i kiedy przy- 
chodzą do mnie i których ujęcie wiążę bez żadnej luki z całym moim pozosta- 
łym życiem, wtedy jestem całkowicie pewny, że zjawiają mi się one na jawie, 
a nie weśnie (s. 92). 


Kartezjusz zatem uważa, że można odróżnić sen od jawy, badając spój- 
ność konkretnego naszego doświadczenia z pozostałymi zdarzeniami z życia. 
Jednak nie zawsze jest to kryterium rozstrzygające, ponieważ sny bardzo 
często są spójne i nie ma w nich sytuacji takich jak te opisywane powyżej, 
pozwalających na stwierdzenie, że śnimy. Rzeczywistość wirtualna bez trudu 
przejdzie zaproponowany przez Kartezjusza test jasności i spójności. Nie moż- 
na zatem za jego pomocą odróżnić świata rzeczywistego od wirtualnego. Nie 
wydaje się więc, by porównywanie wirtualności do snu było prawomocne. 

Jeszcze wyraźniej widać różnicę pomiędzy snem a wirtualną rzeczywi- 
stością, gdy popatrzymy na nie z perspektywy podmiotu (Śniącego lub 
uczestnika rzeczywistości). Marzenia senne są bowiem doznaniem czysto 
subiektywnym, są doświadczeniami osobistymi człowieka. Doświadczanie 
wirtualnej rzeczywistości natomiast jest intersubiektywne, podobnie jak 
doświadczanie świata rzeczywistego. 
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Zatem uznanie porównania wirtualności do snu - a jej obiektów do od- 
bić lustrzanych - za kryterium odróżniania świata rzeczywistego od wirtu- 
alnego wydaje się niewłaściwe. Zbyt wiele bowiem różni obiekty wirtualne 
od obrazów lustrzanych i marzeń sennych. Plotyn i Kartezjusz uważali 
trwałość i spójność za kryteria rzeczywistości, a przemijalność — za oznakę 
pozoru. Jednakże rozróżnienie takie nie ma zastosowania w przypadku rze- 
czywistości wirtualnej. Jej obiektom zdaje się przysługiwać zupełnie inny 
rodzaj istnienia niż snom, odbiciom lustrzanym i innym „zwykłym” repre- 
zentacjom22, 

Można szukać sposobów odróżnienia tego, co wirtualne, od tego, co re- 
alne, z ograniczeniem się do pewnego fragmentu lub rodzaju rzeczywistości 
wirtualnej, na przykład do gier jako typowego jej przykładu. 

Łukasz Piwek w swojej pracy The Dynamic Representation of Reality and 
of Ourself between Real and Virtual Worlds (2008) analizuje gry kompute- 
rowe, czyli w szerokim rozumieniu wszystkie formy gier oparte na aktyw- 
nej rzeczywistości wirtualnej, w których podmiot ma rozmaite cele, misje 
i dążenia (na przykład Word of Warcraft?3 czy The Sims?*). Mianem 
„pasywnej rzeczywistości wirtualnej” określa natomiast te Środowiska, 
w których podmiot takich celów nie posiada (na przykład surfowanie po 
Internecie w ogóle). 

Podmiot może działać w dwóch rzeczywistościach: otwartej (Świat 
zewnętrzny) i zamkniętej (Świat wirtualny, którego doświadcza podczas 
grania w wirtualne gry). Tym, co je odróżnia, jest zdaniem Piwka (2008) 
stopień złożoności, definiowany jako „bogactwo bodźców oraz liczba do- 
stępnych opcji działania” (s. 26). Stopień złożoności rzeczywistości za- 
mkniętej wydaje się mniejszy niż rzeczywistości otwartej, ponieważ dostarcza 
ona mniej bodźców zmysłowych, a możliwości działania w niej są ograni- 
czone. Przyczyną tego jest fakt, że podmiot ma dostęp do niej tylko poprzez 
interfejs pośredni. Świat zewnętrzny natomiast jest dostępny bezpośrednio; 
jedynym „filtrem” wpływającym na jego doświadczanie przez podmiot jest 
mózg i system nerwowy podmiotu. 


22 Przekonanie o specjalnym statusie ontologicznym obiektów wirtualnych nie jest po- 
wszechne. Na przykład Derek Stanovsky (2004) twierdzi, że w świetle metafizyki Kanta 
można je traktować, w mniejszym lub większym stopniu, tak samo jako inne (zwykłe) obiek- 
ty ludzkiego doświadczenia. Co więcej, twierdzi on, że dla Kanta każde doświadczenie jest 
w pewnym sensie „wirtualne”. 

23 World of Warcraft to seria gier przygodowych, w których użytkownicy przenoszą się 
w świat Azeroth, gdzie toczy się konflikt pomiędzy Przymierzem a Hordą; uczestnikiem jego 
staje się użytkownik gry. Celem gry jest pokonanie obozu przeciwnego. 

24 Por. przypis 14. 
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Jedną z podstawowych cech rzeczywistości zamkniętej (wirtualnej) jest 
łatwość jej percepcyjnego uporządkowania; rzeczywistość otwarta jest tej 
własności pozbawiona. Podmiot zazwyczaj preferuje systemy prostsze - 
a rzeczywistość gier jest takim właśnie prostym systemem. Działając w niej, 
podmiot ma jasno zdefiniowane preferencje i cele działania oraz wzorce 
postępowania. Być może jest to jedna z cech rzeczywistości wirtualnej 
wpływająca w znacznym stopniu na jej wielką popularność. 

Warto w tym miejscu zauważyć, że Światy wirtualne i rzeczywistość nie 
są oderwane, lecz wpływają na siebie nawzajem. Z jednej strony, w Świecie 
wirtualnym symuluje się obiekty i wydarzenia świata rzeczywistego. Z dru- 
giej - światy wirtualne mają coraz większy wpływ na rzeczywistą ekono- 
mię, kulturę, politykę i edukację. Wpływy te widoczne są również w przy- 
padku gier komputerowych. W grach takich jak Second Life25, Entropia 
Universe? czy Word of Warcraft gracze kupują i sprzedają wirtualne posia- 
dłości, budują domy i inne elementy rzeczywistości oraz sprzedają towary 
na internetowych aukcjach za prawdziwe (rzeczywiste) pieniądze. Tak więc 
działania w świecie wirtualnym powodują zmiany w rzeczywistości (w fak- 
tycznym stanie posiadania graczy). Co więcej, wirtualny świat gier wyko- 
rzystywany jest do różnego rodzaju „rzeczywistych” badań, na przykład do 
analizy zachowań ludzi podczas epidemii i klęsk żywiołowych (w grze Word 
of Warcraft27) czy też — do badań marketingowych, w których znane marki 
testują popyt na swoje towary. 

Analiza związków Świata wirtualnego i rzeczywistości zaprezentowana 
przez Piwka ograniczona jest do zagadnień dotyczących gier komputero- 
wych. Potrzebne są jednak dalsze, bardziej ogólne badania tych związków. 
Wydaje się, że dotychczasowe studia filozoficzne dotyczące wirtualnej rze- 
czywistości nie są kompletne, a ten nowy świat - świat wirtualny, stale do- 
starcza filozofom nowych tematów do przemyśleń. 


25 Second Life to wirtualny świat, w którym specjalne narzędzie umożliwiają użytkowni- 
kom (nazywanym mieszkańcami) jego modyfikację oraz uczestnictwo w wirtualnej gospo- 
darce. Istnieje w nim specjalna wirtualna waluta (Linden Dollars), którą można zakupić za 
rzeczywiste pieniądze. 

26 Entropia Universe to wirtualny świat z własną gospodarką wewnętrzną i walutą o sta- 
łym kursie (PED - Project Entropia Dollars). Gracze za pośrednictwem swoich postaci (awa- 
tarów) tworzą wirtualne społeczeństwo. Entropia łączy w sobie elementy gier, a także sys- 
temów hazardowych. Przedmioty wirtualne nabyte w Entropii mają rzeczywistą wartość 
pieniężną. Każdy gracz może w dowolnym czasie przeprowadzić wymianę zgromadzonych 
w grze środków na głównych waluty światowe (m.in. USD, EUR, GBP) według stałego kursu 
i ich wypłatę. 

27 Badania takie prowadzi Tufts University (prywatny uniwersytet badawczy w Med- 
ford/Somerville, niedaleko Bostonu). 
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4.8. Podsumowanie 


Zjawisko nazywane rzeczywistością wirtualną definiuje się zazwyczaj 
na dwa sposoby. Gdy bierzemy pod uwagę aspekt psychologiczny, czyli 
przeżycia podmiotu jej doświadczającego, możemy stwierdzić, że nie jest 
ona zjawiskiem nowym, gdyż doświadczenia związane z generowaną kom- 
puterowo rzeczywistością podobne są do tych, z którymi mamy do czynie- 
nia podczas obcowania z literaturą i sztuką. Gdy jednak pojmujemy świat 
wirtualny jako nieodłącznie związany z technologią komputerową, przy- 
znać musimy, że jest to fenomen zupełnie nowy, gdyż wkraczając do świata 
gry komputerowej lub do Internetu, porzucamy realność i zagłębiamy się 
w wirtualność. W rozdziale tym przeanalizowano cechy rzeczywistości wir- 
tualnej oraz wybrane zagadnienia ontologiczne z nią związane. 

Opisując wirtualność, wskazuje się na całą gamę jej cech i zjawisk z nią 
związanych. Niektóre z omówionych w podrozdziale 4.2 cech rzeczywistości 
wirtualnej to pojęcia nowe (takie jak komunikacja sieciowa czy hipertekst), 
inne są tradycyjnym tematem badań filozofii, nauki o kulturze i psychologii 
(symulacja, fikcjonalizacja oraz czas). Wyniki analiz pokazują, że wiele 
z nich to pojęcia wieloznaczne, a różne ich rozumienie prowadzi do innego 
spojrzenia na świat wirtualny. Trudno jest zatem podać zbiór cech jedno- 
znacznie go definiujących. 

Tworząc ontologię wirtualności, a w szczególności określając sposób 
istnienia obiektów wirtualnych, można wykorzystać jej związek z dobrze 
określonymi filozoficznie pojęciami symulacji oraz fikcji. 

Obiekty wirtualne są bardzo często traktowane jako symulacje (przybli- 
żenia) obiektów rzeczywistych (prawdziwych). Materialiści mogą na przy- 
kład twierdzić, że wirtualność jest wytworem komputera (jego obwodów, 
kabli i oprogramowania). Kuszące wydaje się również ujmowanie rzeczywi- 
Stości wirtualnej jako potwierdzenia metafizyki Platona, w której świat idei 
jest realizowany w mniej doskonałym świecie rzeczy — podobnie jak świat 
wirtualny jest niedoskonałym odbiciem Świata rzeczywistego. Można rów- 
nież widzieć wirtualność jako dzieło człowieka, którego pierwotnym źró- 
dłem jest rzeczywistość empiryczna lub świat obiektów abstrakcyjnych, 
a wtórnym - ludzki umysł (por. podrozdział 4.3). 

Ważnym aspektem ontologicznym obiektów wirtualnych jest ich inten- 
cjonalność. Świat wirtualny istnieje, ponieważ człowiek chce obdarzyć go 
istnieniem. W kontekście wirtualnej rzeczywistości wśród obiektów inten- 
cjonalnych na szczególną uwagę zasługują obiekty fikcyjne. W podrozdziale 
4.4 przeanalizowano własności tych obiektów. Niektóre z nich, takie jak: 
intersubiektywność, niezupełność ontologiczna oraz dwupoziomowość 
określenia, przysługują również obiektom wirtualnym. Istnieją jednak takie 
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fundamentalne cechy obiektów wirtualnych, których nie posiadają - fikcyj- 
ne: dynamiczność, interaktywność oraz ufundowanie na procesach cyfro- 
wych. Nie można zatem utożsamiać tych dwóch rodzajów obiektów. 

W ontologii rzeczywistości wirtualnej Gurczyńskiego, przedstawionej 
w podrozdziale 4.5, istotną rolę odgrywa rozróżnienie pojęcia „realności” 
(związanej ze światem materialnym, zewnętrznym) oraz „rzeczywistości” 
rozumianej jako fizyczna przestrzeń, w której mogą zachodzić ucieleśnione 
działania służące rozwiązywaniu problemów. Podejmując takie działania, 
podmiot napotyka opór - wynikający z praw zachodzących w danym śro- 
dowisku. W takim ujęciu można rozumieć Świat wirtualny jako pewnego 
rodzaju rzeczywistość. 

Gurczyński proponuje traktowanie rzeczywistości wirtualnej jako prze- 
strzeni, z jej ograniczeniami fizycznymi, w której mogą zachodzić uciele- 
Śnione działania napotykające na opór, a służące rozwiązywaniu problemów. 
Rozważa on również trzy aspekty zależności pomiędzy światami wirtu- 
alnym i realnym: genetyczny (realność jest źródłem wirtualności), egzy- 
stencjalny (likwidacja realności powoduje unicestwienie wirtualności) oraz 
funkcjonalny (wszystkim procedurom obliczeniowym stanowiącym bazę 
wirtualności odpowiadają mechanizmy niższego rzędu, kierujące pracą 
komputerów). 

Z analizy związków pomiędzy wirtualnością i realnością wyrosła onto- 
logia obiektów wirtualnych, przedstawiona w podrozdziale 4.6. Jej twórca 
Philip Brey mianem „obiektów wirtualnych” określa wszystkie obiekty na- 
potykane w świecie wirtualnym, niezależnie od tego, czy mają one swoje 
odpowiedniki w rzeczywistości, czy też nie. Analizując sposób ich istnienia, 
dzieli obiekty te na dwa rodzaje: (1) takie, które są wyłącznie symulacjami 
obiektów rzeczywistych, oraz (2) reprodukcje ontologiczne, które mają 
wpływ na świat realny. Twierdzi, że obiekty rzeczywistości fizycznej (drze- 
wa, skały, góry) oraz zwykłej rzeczywistości społecznej (śrubokręt, krzesło) 
w wirtualnym świecie mogą być jedynie symulowane. Większość obiektów 
i faktów rzeczywistości instytucjonalnej natomiast (pieniądze, własność 
prywatna) może mieć w nim swoje ontologiczne reprodukcje. 

Mówiąc o rzeczywistości wirtualnej, najczęściej traktuje się ją jako poję- 
cie opozycyjne względem „rzeczywistości realnej”, co stanowi nawiązanie 
do jednego z najstarszych problemów ontologicznych - kwestii odróżnienia 
tego, co realne, od tego, co pozorne (nierzeczywiste). Można szukać jej roz- 
wiązania, porównując wirtualność do snu, a obiekty wirtualne - do odbić 
lustrzanych. Przedstawione w podrozdziale 4.7 analizy pokazują jednak, że 
nie jest to podejście właściwe. 

Niektórzy badacze odrzucają rozumienie wirtualności jako pojęcia opo- 
zycyjnego wobec realności. Na przykład Krystyna Wilkoszewska we wpro- 
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wadzeniu do książki Estetyka wirtualności (2005) proponuje traktowanie 
wirtualności jako zjawiska transwersalnego, ponieważ w codziennych ludz- 
kich doświadczeniach realność i wirtualność przenikają się. Twierdzi ona, 
że prefiks „trans” podkreśla rozumienie rzeczywistości wirtualnej jako 
pewnego rodzaju „dodatku” do realnego Świata, oraz uwypukla fakt, że „wir- 
tualne modyfikuje realne, a to, co realne, kształtuje to, co wirtualne” (s. 9). 

W rozdziale tym przedstawiono tylko wybrane idee związane w ontolo- 
gia rzeczywistości wirtualnej. Ciekawe może okazać się zbadanie - w kon- 
tekście wirtualności - innych niż zaprezentowane powyżej tradycyjnych 
koncepcji filozoficznych, takich jak metafizyka Heideggera (rozważa się 
w niej obiekty zawsze w powiązaniu z ich doświadczaniem) czy też teoria 
symulacji i hiperrzeczywistości Jeana Baudrillard'a, który twierdził, że po- 
wstanie rzeczywistości wirtualnej oznacza kres naszej zdolności rozróżnie- 
nia pomiędzy rzeczywistością a pozorem. Z kolei do opisu doświadczania 
rzeczywistości wirtualnej odpowiednie wydaje się podejście fenomeno- 
logiczne, koncentrujące sie na opisie i oglądzie tego, co bezpośrednio dane?®. 

Rzeczywistość wirtualna stawia też w nowym świetle klasyczne pro- 
blemy filozoficzne, niezwiązane z nią bezpośrednio, jak na przykład kwestia 
relacji pomiędzy umysłem a ciałem. Heidt (1999) twierdzi, że powstanie 
światów wirtualnych podkreśla nierozłączność umysłu i ciała oraz koniecz- 
ność ucieleśnienia wszelkich form ludzkiego poznania i wiedzy. Nawet 
w bezcielesnym świecie rzeczywistości wirtualnej muszą istnieć pewnego 
rodzaju wirtualne ciała, umożliwiające ludziom interakcję z nim. 

Wraz z powstaniem wirtualnej rzeczywistości nowy wymiar zyskało 
również pojęcie tożsamości podmiotu, własnego „ja”. Ten szczególnego ro- 
dzaju świat otwiera możliwość równoczesnego istnienia wielu tożsamości 
danego podmiotu. Stworzenie ich i utrzymywanie możliwe jest dzięki roz- 
maitym narzędziom: od graficznych awatarów, reprezentujących użytkow- 
ników w środowiskach wirtualnych, poprzez pseudonimy wykorzystywane 
w komunikacji na forach dyskusyjnych, aż po możliwość posiadania wielu kont 
e-mailowych. Tożsamość w wirtualnej rzeczywistości jest też bardziej pla- 
styczna niż w realnym Świecie: można ją zmieniać, edytować, eliminować lub 
tworzyć tożsamości fikcyjne (Stanovsky, 2004). A zatem pojęcie tożsamości, 
podobnie jak przestrzeni i czasu, zyskało w tejże rzeczywistości nowe cechy. 

Miczka (2009) zwraca uwagę, że wirtualna rzeczywistość ma jeszcze 
jedną, bardzo ciekawą cechę - nie istnieje fizycznie, a jednak wpływa na 


28 Podejście fenomenologiczne różni się od nastawienia naturalnego bezzałożeniowo- 
Ścią. W nastawieniu naturalnym mamy na temat Świata pewne założenia, domysły, teorie, 
spekulacje. Fenomenologia nawołuje do ich odrzucenia po to, by przyjrzeć się światu takie- 
mu, jakim się on jawi. 
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człowieka podobnie jak rzeczywistość, wywołując w nim procesy mentalne 
i fizyczne. A więc „jeśli ten [wirtualny] Świat nie istnieje, ale istnieją jego 
skutki, to można chyba mówić o istnieniu ‘przesunięcia ontologicznego’?” 
(s. 24, przyp. mój - I. B-K.). 

Pojawienie się rzeczywistości wirtualnej zapoczątkowało też powstanie 
wielu nowych kwestii filozoficznych, zarówno ontologicznych, jak i episte- 
mologicznych czy etycznych z nią związanych. Coraz bliższy związek świata 
wirtualnego z rzeczywistym podkreśla natomiast konieczność stworzenia 
odpowiedniej ontologii dla wirtualności, która jest przecież istotną częścią 
naszej codzienności. 


Zakonczenie 


Celem tej książki była próba zdefiniowania informatyki jako nauki 
przez pryzmat badanych przez nią obiektów. Zawarte w niniejszej publika- 
cji rozważania prowadzą do wniosku, że zdefiniowanie informatyki jako 
nauki o X wiąże się w każdym przypadku z problemami, bowiem przedmio- 
ty te (X-y) nie zawsze są precyzyjnie określone. Każdy z zaprezentowanych 
poglądów dotyczących obiektu badań informatyki pociąga za sobą koniecz- 
ność rozwiązania wielu kwestii związanych z ich naturą. Niełatwo jest zde- 
finiować komputer. Równie trudno jest opisać naturę wykonywanych na 
nim programów i określić wzajemne związki pomiędzy pojęciami związa- 
nymi z procesem ich tworzenia, takimi jak: algorytm, procedura, specyfi- 
kacja, program czy implementacja. Szczególnych trudności przysparza cha- 
rakterystyka wieloznacznego pojęcia „informacja”, nawet jeśli ogranicza 
się jego rozumienie tylko do informatyki. Kłopoty pojawiają się również 
w związku z opisem rzeczywistości wirtualnej. 

Rozdział pierwszy poświęcono próbom odpowiedzi na pytanie o naturę 
komputerów, gdyż informatyka w potocznym rozumieniu to nauka o urzą- 
dzeniach nazywanych komputerami. Z poglądem tym zgadza się również 
część informatyków, choć ich rozumienie terminu „komputer” istotnie różni 
się od rozumienia potocznego. Czym zatem jest komputer i jaka jest jego 
natura? W rozdziale tym przeanalizowano zagadnienia filozoficzne związa- 
ne z dwojakim rozumieniem komputera: jako urządzenia oraz jako obiektu 
abstrakcyjnego. 

Najczęściej pod pojęciem „komputer” rozumie się samodzielne urządze- 
nie fizyczne lub też jego część. Mianem tym określa się zarówno laptopy, 
serwery, netbooki, jak i systemy wbudowane w telefony, samochody, sprzęt 
gospodarstwa domowego, a nawet w statki kosmiczne. Ze względu na wie- 
lość i różnorodność obiektów określanych tym terminem precyzyjne jego 
zdefiniowanie jest zadaniem bardzo trudnym. Przeprowadzone analizy 
historyczne pokazują, że nie sposób nawet określić, którą z powstałych na 
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przestrzeni kilku stuleci maszyn można nazwać pierwszym „komputerem”, 
i co za tym idzie - nie jest możliwe wskazanie jego wynalazcy. Również ana- 
lizy współczesnych jego definicji prowadzą do wniosku, że nie ma jednego 
obowiązującego jego określenia, a sami informatycy nie są zgodni co do tych 
cech komputera, które wyróżniają go spośród innych urządzeń. 

Komputer jest narzędziem stworzonym przez człowieka w wyniku ce- 
lowych działań - jest on zatem pewnego rodzaju artefaktem - artefaktem 
technicznym. Można więc szukać rozwiązania kwestii filozoficznych zwią- 
zanych z jego naturą pośród ontologii artefaktów technicznych. Wśród filo- 
zofów powszechne jest przekonanie o dualnej naturze takich artefaktów, są 
one bowiem zarówno intencjonalne (jako realizacje ludzkich celów i zamia- 
rów), jak i fizyczne (ich budowa umożliwia realizację pewnych funkcji). 
Wydaje się jednak, że dotychczas nie powstała żadna ogólnie akceptowana 
ontologia artefaktów technicznych, która łączyłaby te dwa nieodłączne ich 
aspekty, a największą trudnością istniejących teorii jest zdefiniowanie poję- 
cia ich funkcji. 

W rozdziale pierwszym przedstawiono podstawowe koncepcje funkcji 
artefaktów technicznych, w tym dwie najważniejsze: teorie przyczynowe 
oraz intencjonalne. Wyniki przeprowadzonych analiz wskazują na liczne 
trudności wynikające z przyjęcia każdej z nich. Teorie przyczynowe za- 
kładają, że funkcję obiektów wyznaczają ich aktualne możliwości fizyczne. 
Takie ujęcie jest z jednej strony zbyt liberalne (gdyż nie nakłada wystarczają- 
cych ograniczeń na funkcję), a z drugiej — zbyt wąskie (ponieważ koncentruje 
się jedynie na aktualnych możliwościach fizycznych przedmiotu). Najpo- 
ważniejszą jednak wadą teorii przyczynowych jest brak kryteriów popraw- 
nego działania artefaktu. Do stwierdzenia, czy urządzenie działa poprawnie, 
nie wystarczy analiza jego aktualnych cech fizycznych - konieczne jest od- 
wołanie się do intencji projektanta. Dobrze ujmują to teorie intencjonalne, 
w których przyjmuje się, że to agent przypisuje funkcję do artefaktu, pełnią- 
cego określoną funkcję tylko wtedy, gdy realizuje cel. Teorie te pozwalają 
zatem na sformułowanie kryterium poprawnego działania artefaktów, ale 
nie określają sposobu, w jaki funkcja jest „przydzielana” obiektowi, ani 
też nie wyjaśniają stosunku pomiędzy fizyczną substancją tego obiektu 
a jego funkcją. Ciekawą alternatywą dla teorii przyczynowych i intencjonal- 
nych są, stosowane głównie w biologii, etiologiczne teorie funkcji przypisu- 
jące obiektom funkcje, bazując na ich historii przyczynowej. Co prawda, nie 
powstała jeszcze etiologiczna teoria funkcji dla artefaktów technicznych - 
ze względu na brak dla nich dobrze rozwiniętej i powszechnie akceptowanej 
teorii przyczynowej - ale sformułowano jej podstawowe założenia. 

Budowę ontologii artefaktów technicznych należy rozpocząć od sformu- 
łowania kryteriów jej adekwatności. W rozdziale pierwszym przeanalizo- 
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wano dwa takie kryteria dla teorii artefaktów technicznych: niedookreśle- 
nie oraz ograniczenia realizowalności - odpowiadające w pewnym sensie 
ich dualnej naturze. Z pierwszym z nich - postulującym uwzględnienie fak- 
tu, że relacja pomiędzy artefaktem i jego funkcją nie jest relacją jeden do 
jeden - zgadza się większość badaczy; jednak kryterium drugie - informacja 
o artefakcie niesie pewną informację o jego materialnej bazie i vice versa - 
jest szeroko dyskutowane. Analizy sposobów rozumienia relacji pomiędzy 
artefaktem i jego materialną bazą: superweniencji oraz ukonstytuowania 
ukazują, że żaden z nich nie jest odpowiedni w przypadku artefaktów tech- 
nicznych. Nie dziwi zatem fakt, że dotychczas nie powstała żadna po- 
wszechnie akceptowana teoria, którą można by zaadaptować na potrzeby 
ontologii urządzeń nazywanych „komputerami”. 

Rozumienie komputera jako urządzenia fizycznego determinuje do- 
puszczalne metody sprawdzania jego poprawnego działania. Najczęściej 
wykorzystuje się w tym celu testowanie - empiryczne sprawdzenie urzą- 
dzenia. Jednakże istnieją też, przeanalizowane w rozdziale pierwszym, pró- 
by stworzenia formalnych dowodów poprawnego działania systemów 
komputerowych. Wiele zaprezentowanych argumentów świadczy na rzecz 
tezy, że właściwe działanie urządzeń nazywanych komputerami jest zawsze 
kwestią empiryczną i ma niewiele wspólnego z takimi pojęciami, jak „do- 
wód formalny” czy „Ścisła argumentacja”. Nie jest to jednak jedyne ujęcie 
pojęcia „komputer”, można je bowiem rozumieć zupełnie inaczej - jako 
obiekt abstrakcyjny. 

Pojęcie komputera jako maszyny abstrakcyjnej zostało wprowadzone 
przez logików na potrzeby badań nad naturą obliczalności. Istnieje wiele 
abstrakcyjnych - matematycznych - precyzacji pojęcia „komputer” (jednym 
z nich jest „maszyna Turinga”). Wszystkie one definiują komputer w termi- 
nach czysto syntaktycznych - jako wykonujący operacje na symbolach. 
W podrozdziale 1.2 przeanalizowano filozoficzne konsekwencje takiego 
ujęcia, w szczególności problem uniwersalnej realizowalności: każdy obiekt 
fizyczny jest cyfrowym komputerem, gdyż zawsze można znaleźć taki jego 
syntaktyczny opis, zgodnie z którym obiekt ten jest realizacją jakichś ab- 
strakcyjnych bytów formalnych. Trudności związane z rozumieniem kompu- 
tera jako obiektu matematycznego były dla badaczy jedną z motywacji do 
poszukiwań innych jego charakterystyk, omówionych w podrozdziale 1.3. 

Każda z przedstawionych prób określenia komputerów jako obiektów 
zainteresowań informatyki związana jest z wieloma trudnościami. Próby ich 
rozwiązania prowadzą jednakże do głębszego zrozumienia nie tylko natury 
samych komputerów, ale również innych związanych z nimi pojęć, takich 
jak: artefakt, obliczalność, algorytm czy maszyna abstrakcyjna. Komputery 
stawiają zatem przed filozofami coraz to nowe, liczne wyzwania. 
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Ciekawym z punktu widzenia filozofii zagadnieniem związanym bezpo- 
średnio z komputerami jest rozróżnienie terminów „hardware” i „software”. 
Z pozoru sprawa jest prosta - hardware to fizyczne maszyny (komputery), 
a software - oprogramowanie, które powoduje, że działają one w określony 
sposób. Jednak przeprowadzone analizy pokazują, że rozróżnienie takie nie 
jest wystarczające, gdyż nie można sprowadzić go jedynie do fizycznych 
cech urządzeń, których programy nie posiadają. Istnieją bowiem programy 
wbudowywane bezpośrednio w urządzenia, stanowiące ich nieodłączną 
część. Co więcej, postęp technologiczny powoduje, że pewne operacje wcze- 
śniej obsługiwane programistycznie (stanowiące software), obecnie reali- 
zowane są sprzętowo (stając się hardware). Różnic pomiędzy software 
a hardware należy zatem szukać poza ich cechami fizycznymi. Można twier- 
dzić na przykład, że hardware jest programowalny, a software przenośny 
albo też — że hardware jest konkretny, a software abstrakcyjny. W podroz- 
dziale 1.1 podjęto również próbę zdefiniowania terminów „software” 
i „hardware” jako odrębnych, jednoznacznie zaklasyfikowanych bytów, 
w obrębie Basic Formal Ontology. Zazwyczaj definiuje się je jako pojęcia 
opozycyjne, choć dychotomia software/hardware jest często krytykowana 
jako czysto pragmatyczna. Nie ulega jednak wątpliwości, że pojęcia „kompu- 
ter” i „program” są Ściśle ze sobą związane i w pewnym sensie dopełniają 
się. Szukając odpowiedzi na pytanie o przedmiot badań informatyki, nie 
można zatem pominąć programu komputerowego. 

W rozdziale drugim przedstawiono zagadnienia filozoficzne związane 
z pojęciem programu komputerowego, rozpoczynając od prób jego zdefi- 
niowania. Chociaż wydaje się, że informatycy doskonale rozumieją, czym 
jest program, to podanie jego Ścisłej definicji czy też wskazanie podstawo- 
wych cech może przysparzać trudności. Najczęściej podawane określenia 
obiektu nazywanego „programem” koncentrują się na opisie jego wpływu 
na działanie komputera, na przykład szkolne definicje stwierdzają, że jest to 
ciąg instrukcji dla komputera (a właściwie - procesora), określających jego 
zachowanie podczas wykonania programu. Przeprowadzone analizy poka- 
zują, że jest to zbyt daleko idące uproszczenie. 

Można twierdzić, że program komputerowy jest „konkretną abstrakcją” 
posiadającą nośnik zapisu (który jest abstrakcją) oraz nośnik wykonania 
(konkretną realizację w półprzewodnikach), dzięki któremu program kompu- 
terowy może zostać wykonany przez maszynę. Stajemy jednak wówczas 
przed pytaniem o to, w jaki sposób obiekt może być jednocześnie abstrakcyj- 
ny i konkretny. Odpowiedzi na nie można szukać po sprowadzeniu kwestii 
relacji pomiędzy konkretem a abstrakcją do klasycznego problemu filozoficz- 
nego - związku duszy z ciałem. Wtedy — zgodnie z doktryną monizmu - pro- 
gram jest jednym bytem, a abstrakcja i konkret to tylko jego aspekty, bądź też 


238 


- w duchu dualizmu - jest on obiektem zarówno abstrakcyjnym, jak i kon- 
kretnym. Innym rozwiązaniem jest poszukiwanie wyjaśnienia dualnej natury 
programów komputerowych w filozofii muzyki. Utwór muzyczny ma bowiem 
wiele wspólnego z programem komputerowym: jego zapis (partyturę) można 
porównać do kodu źródłowego programu (ciągu instrukcji), a wykonanie 
utworu na instrumentach - do uruchomienia programu na komputerze. Od- 
powiednie wydaje się zatem określenie programów - kolejnymi, po utworach 
muzycznych - przykładami przedmiotów quasi-partykularnych (które nie 
powstają w procesie abstrakcji z partykulariów), zapisywanych w postaci 
kodu źródłowego i realizowanych przez wykonania na komputerach. 

Zupełnie inaczej widzą program komputerowy zwolennicy tak zwanego 
paradygmatu matematycznego w informatyce. Twierdzą oni, że programy 
te są obiektami matematycznymi. Z poglądem tym wiąże się wiele pytań. 
Czy programy są przykładami dobrze znanych bytów matematycznych (na 
przykład funkcjami), czy też tworzą odrębną grupę? Jaka jest ich natura? 

Programy komputerowe można definiować poprzez odwołanie się do 
obiektu abstrakcyjnego, jakim jest cyfrowy wzorzec. Jednak samo pojęcie 
„wzorca” wydaje się niejasne, a określenie programu jako cyfrowego wzor- 
ca związane jest z przyjęciem wielu silnych założeń ontologicznych, którym 
brak pełnego uzasadnienia. Trudno jest również, przyjmując taką definicję 
programów, sformułować kryterium ich odróżniania. 

Określenie jasnego sposobu identyfikacji programów komputerowych 
jest jednym z podstawowych zagadnień ontologicznych z nimi związanych 
i ma także dalekosiężne konsekwencje - nie tylko filozoficzne, ale również 
praktyczne, związane chociażby z ich ochroną prawną. Najłatwiej jest utoż- 
samić program z jego fizyczną reprezentacją (na przykład z zapisem w języ- 
ku programowania). Prowadzi to jednak do uznania, że zarówno programy 
o kodzie różniącym się tylko wyglądem czcionki, jak i działające w ten sam 
sposób - ale zapisane w różnych językach programowania, należy zawsze 
traktować jako różne, co przeczy uznawanej powszechnie praktyce. Okre- 
Slenia kryterium identyczności programów należy zatem szukać poza ich 
cechami fizycznymi. Przedstawione w rozdziale drugim analizy wykazują, 
że precyzyjnych narzędzi do określenia takich kryteriów dostarczyć mogą 
semantyki języków programowania, a w szczególności - semantyki w pełni 
abstrakcyjne (zgodne oraz pełne). Pozwalają one bowiem na pominięcie 
szczegółów notacyjnych i implementacyjnych programów oraz spełniają 
prawo Leibniza - powszechnie przyjmowane kryterium służące do rozróż- 
niania obiektów, będące połączeniem dwóch zasad: identyczności nieroz- 
różnialnych oraz nieodróżnialności identycznych. Pojęciem spełniającym 
obie te zasady, które dobrze oddaje „równość” programów, jest ich obser- 
wacyjna równoważność. 
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Semantyki języków programowania okazują się być użyteczne nie tylko 
w badaniu własności istniejących już programów, w tym ich równości, ale 
również podczas ich tworzenia. Pisanie programu jest złożonym procesem, 
rozpoczynającym się od sformułowania jego specyfikacji, a kończącym się 
sprawdzeniem poprawności. W rozdziale drugim poddano szczegółowej 
analizie trzy etapy tego procesu: tworzenie specyfikacji, implementację oraz 
weryfikację poprawności programów. Omówiono między innymi różne 
rodzaje specyfikacji - od sformułowanych w języku potocznym, poprzez 
formalne, aż po wykonywalne - analizując ich zalety i wady oraz związane 
z ich tworzeniem problemy filozoficzne. W jaki sposób odróżnić specyfika- 
cje, szczególnie wykonywalne, od opisywanych przez nie programów? Czym 
jest specyfikacja? Czy jest ona definicją warunkową artefaktu? Czy może 
odpowiednikiem teorii naukowej? Przeanalizowano również wieloznaczny 
termin „implementacja”, który jest rozumiany przez informatyków między 
innymi jako: przedstawienie algorytmu w języku programowania (program 
jest wtedy implementacją algorytmu), zapis kodu programu w języku ma- 
szynowym (w wyniku jego kompilacji lub interpretacji) oraz implementacja 
abstrakcyjnych typów danych w innych takich typach lub w konkretnych 
strukturach danych (na przykładzie implementacji stosu w postaci tablicy 
oraz listy). Czym zatem jest implementacja? Czy można podać definicję tego 
pojęcia, która obejmie wszystkie jego zastosowania w informatyce? Jedną 
z możliwości jest zdefiniowanie jej jako interpretacji semantycznej - relacji 
ternarnej pomiędzy dziedziną semantyczną, medium interpretacji a dzie- 
dziną syntaktyczną. Analiza wybranych przykładów implementacji poka- 
zała, że nie wszystkie one są interpretacjami semantycznymi. A zatem 
rozumienie implementacji jako interpretacji semantycznej stanowi błędne 
utożsamienie dwóch istotnie różnych pojęć. Kwestia definiowania imple- 
mentacji, nawet ograniczonego do informatyki, pozostaje nadal otwarta. 

W rozdziale drugim omówiono również kwestie filozoficzne związane 
ze sprawdzaniem poprawności programów. Sam termin „poprawny” w od- 
niesieniu do programu komputerowego można rozumieć dwojako: albo 
jako zgodny ze specyfikacją, albo też jako rozwiązujący stawiany przed nim 
problem. W jaki sposób możemy stwierdzić, w każdym z tych przypadków, 
że program jest poprawny? Próby odpowiedzi na to pytanie doprowadziły 
do powstania paradygmatu matematycznego w informatyce, którego zwo- 
lennicy i przeciwnicy od wielu lat toczą zaciekłe spory dotyczące dopusz- 
czalnych metod tworzenia i sprawdzania programów komputerowych. 
Sympatycy tego paradygmatu koncentrują się na poprawności w pierwszym 
sensie, twierdząc, że konieczne jest tworzenie formalnych dowodów zgod- 
ności programów z ich specyfikacją; dopuszczają oni przy tym wykorzysta- 
nie specjalnych programów, tworzących tak zwane weryfikacje. Jego prze- 
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ciwnicy z kolei twierdza, ze nie jest mozliwe matematyczne sprawdzenie 
poprawności programu, gdyż jest on jednym z elementów systemu przy- 
czynowego (złożonego z urządzenia i oprogramowania), którego wiarygod- 
ność powinno się badać empiryczne - obserwując efekty jego działania. Do 
stwierdzenia poprawności programu - rozumianej jako działanie prowadzą- 
ce do rozwiązania problemu - wystarczy zatem jego przetestowanie dla 
reprezentatywnego zbioru danych wejściowych. 

Testowanie programów, widziane jako ich wykonanie w odpowiednich 
warunkach, służy nie tylko badaniu ich poprawności. Przeprowadzone ana- 
lizy ukazały istotne związki pomiędzy różnymi rodzajami testowania. Moż- 
na bowiem uruchomić program w celu zbadania: czy system komputerowy 
(rozumiany jako połączenie maszyny i wykonywanego na niej programu) 
działa poprawnie, czy program rozwiązuje stawiany przed nim problem 
bądź też w celu zweryfikowania pewnej hipotezy naukowej w komputero- 
wym modelu rzeczywistości. W ostatnim przypadku programy (podobnie 
jak aparatura badawcza) są tylko narzędziami służącymi do odkrywania 
nieznanych dotąd praw natury, co prowadzi do wniosku, że programowanie 
- a nawet cała informatyka - jest nauką przyrodniczą. 

W rozdziale trzecim omówiono pojęcie informacji, którą obecnie defi- 
niuje się najczęściej jako obiekt badań informatyki rozumianej jako nauka 
o jej przesyłaniu, przetwarzaniu, a nawet o jej naturze. Dokonano w nim 
podziału definicji terminu „informacja” na dwie grupy: ogólne - ujmujące ją 
w terminach wspólnych dla wszystkich nauk, oraz szczegółowe - określają- 
ce informację w obrębie danej dyscypliny (czym innym jest wtedy informa- 
cja genetyczna, a jeszcze czym innym - prasowa). W literaturze pojawiają 
się liczne próby stworzenia ogólnej definicji informacji - ujmującej zarówno 
jej sens potoczny, jak i odpowiedniej dla wszystkich dziedzin nauki - na 
przykład w terminach efektów (wyjść) pewnych procesów, interpretowa- 
nych bardzo szeroko: od prostych funkcji matematycznych aż po złożone 
procesy społeczne. Takie ujęcia prowadzą zazwyczaj do zastąpienia nieja- 
snego pojęcia „informacji” innymi - równie nieprecyzyjnym terminami - 
takimi jak „proces”. Wydaje się zatem, że próby te skazane są na niepowo- 
dzenie. W przypadku określenia „informacja” mamy bowiem do czynienia 
nie tyle z pojedynczą koncepcją, ile raczej z całym labiryntem pojęć i zwią- 
zanych z nimi teorii - niektóre z nich przeanalizowano w rozdziale trzecim. 

Informatycy rozumieją zazwyczaj informację w kategoriach czysto ilo- 
Sciowych, interesują ich bowiem metody jej mierzenia, przesyłania, prze- 
chowywania i wyszukiwania. Istnieje kilka ilościowych teorii informacji, 
jednak najszerzej znana i dyskutowana jest matematyczna teoria komuni- 
kacji Shannona. Nie jest to teoria informacji w sensie potocznym, gdyż roz- 
waża się w niej jedynie informację zawartą w przesyłanych komunikatach. 
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Jednak przeważająca większość innych teorii opisujących informacje przej- 
muje od Shannona model komunikacyjny oraz zasadę odwrotnej zależności 
stwierdzającą, iż więcej informacji niosą komunikaty bardziej zaskakujące 
(mniej prawdopodobne). Przyjęcie tej zasady związane jest z pewnym 
sprzecznym z intuicją stwierdzeniem — nazywanym paradoksem małp: cał- 
kowicie pozbawiony treści tekst (na przykład pisany przez małpy na ma- 
szynie do pisania) niesie więcej informacji niż dzieła Szekspira. Również 
każde z tych dzieł zawiera mniej informacji niż tekst złożony z losowo 
pomieszanych tworzących go symboli (liter i znaków przestankowych). 
Własność ta wynika ze sposobu mierzenia ilości informacji — największą jej 
ilość niesie bowiem taki tekst (ciąg znaków), w którym prawdopodobieństwo 
wystąpienia każdej litery jest takie samo, to znaczy ciąg całkowicie losowy. 

Z paradoksem małp dobrze radzi sobie inna ilościowa teoria informacji 
- teoria złożoności algorytmicznej. Rozważa się w niej tak zwaną informację 
algorytmiczną dla danego ciągu jako długość najkrótszego programu (algo- 
rytmu), który go generuje - im krótszy jest ów program, tym mniejszą ilość 
informacji niesie ciąg. Takie ujęcie pozwala na obliczenie ilości informacji 
w przypadkach, dla których nie jest odpowiednia teoria Shannona (ze wzglę- 
du na oparcie jej na pojęciu prawdopodobieństwa), na przykład - informacji 
zawartych w twierdzeniach matematycznych, mapach czy zdjęciach. 

Zarówno matematyczne teorie informacji (Shannona i teoria algoryt- 
miczna), jak i oparta na terminach cybernetycznych teoria Mazura (opisana 
w paragrafie 3.2.3.) traktują informację jako wielkość fizyczną; takie ujęcie 
zazwyczaj odpowiada informatykom, ale nie zadowala filozofów, rozumie- 
jących informację szerzej - nie tylko na poziomie syntaktycznym, ale rów- 
nież semantycznym. Szukają oni bowiem nie tylko sposobu mierzenia ilości 
informacji, ale również odpowiedzi na pytania związane z jej naturą: czy 
informacja może być fałszywa?, co czyni informację użyteczną?, jaki jest 
związek informacji z wiedzą? 

Istnieją teorie informacji wykraczające w swych analizach poza jej 
aspekt czysto ilościowy, na przykład teorie informacji semantycznej, okre- 
Slajace miarę treści semantycznej zawartej w komunikacie jako dopełnienie 
jego prawdopodobieństwa, interpretowanego w różny sposób: w terminach 
modalnych, w odniesieniu do obserwowanego stanu rzeczy, bądź też poprzez 
konstrukcję formuł atomowych w wybranym języku formalnym. Jednak nie- 
zależnie od rozumienia prawdopodobieństwa teorie semantyczne zachowują 
zasadę odwrotnej zależności, z której wynika paradoks małp. Nie jest to jedy- 
na trudność z nimi związana, gdyż proponowane w nich rozumienie infor- 
macji prowadzi do paradoksu Bar-Hillela-Carnapa: zdania sprzeczne niosą 
najwięcej informacji. Sformułowanie wspomnianego paradoksu doprowadzi- 
ło do wielu modyfikacji istniejących teorii informacji semantycznej oraz do 
powstania nowych. Jedną z nich jest teoria informacji silnie semantycznej, 
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definiująca informację jako zawartość semantyczną poprawnie sformuło- 
wanych, znaczących danych; jej ilość mierzona jest zgodnie z zasadą: zdanie 
niesie większą ilość informacji, gdy jest bardziej precyzyjne. 

Jednym z najszerzej dyskutowanych zagadnień związanych z informacją 
semantyczną jest jej związek z prawdziwością. Czy informacja fałszywa to 
szczególny rodzaj informacji, czy też nie jest nią wcale? Jaki jest związek 
pomiędzy informacją, dezinformacją a informacją błędną? 

Przeprowadzone analizy pokazują, że wykluczenie informacji fałszywej 
z zakresu pojęcia „informacja” prowadzi do znacznego jego zubożenia. Nie 
pozwala ono również na mówienie o informacji w przypadku zdjęć, map czy 
też plam krwi na miejscu zbrodni, gdyż nie sposób nazwać ich prawdziwy- 
mi. Podobne sytuacje dobrze opisuje teoria systemowa, zakładająca, że 
zawartość informacyjna zdania nie jest wyznaczona a priori, lecz w odnie- 
sieniu do danej sytuacji. Teoria pragmatyczna natomiast opisuje wpływ in- 
formacji, również fałszywej, na osiąganie pewnych celów; teoria semiotyczna 
z kolei wyjaśnia naturę informacji jako znaczących danych i nie ogranicza 
się tylko do informacji prawdziwej. 

Przedstawione w rozdziale trzecim teorie informacji stanowią tylko 
część bardzo licznych prób opisu natury informacji. Badaniu tego pojęcia 
służy również filozofia informacji, która ma swoje źródła w cybernetyce, 
informatyce, sztucznej inteligencji i filozofii. Czym jest filozofia informacji? 
Można ją traktować jako dyscyplinę techniczną, której wyniki rzutują na 
wiele różnych dziedzin nauki, takich jak metodologia, epistemologia i etyka, 
bądź też jako zupełnie nową, która zrewolucjonizuje samą filozofię. Filozofia 
informacji w drugim znaczeniu stawia sobie dwa podstawowe cele: badanie 
natury i podstawowych zasad informacji (również jej dynamiki i zastosowań) 
- w tym między innymi, szukanie odpowiedzi na pytanie, czym jest informa- 
cja - oraz wprowadzenie nowej metodologii, służącej do rozwiązywania róż- 
nych kwestii filozoficznych. Jednakże nie ma ona być kolejną teorią informacji, 
podobną do przedstawionych powyżej, ale ma badać istniejące już teorie oraz 
pojęcia związane z informacją (istotne z punktu widzenia innych dyscyplin 
naukowych), takie jak: byt, wiedza, prawda, życie, znaczenie. Zdaniem nie- 
których badaczy, filozofia informacji, ze względu na bardzo bogaty aparat 
pojęciowy, którym dysponuje, może stać się teorią unifikującą wiele dyscy- 
plin, wprowadzając wspólne dla nich ramy teoretyczne. Trudno jednak zgo- 
dzić się z poglądem, że jest to dojrzała dyscyplina naukowa, której wpływy 
obejmują prawie całą współczesną naukę. Nieuprawnione wydaje się rów- 
nież mówienie o „erze informacji” czy „nauce informacyjnej”. 

Większość trudności opisanych w rozdziale trzecim, a związanych 
z określeniem natury informacji, nie interesuje bezpośrednio informaty- 
ków, którzy koncentrują się głównie na sposobach jej reprezentowania, 
mierzenia, przechowywania, wyszukiwania i przesyłania. Jednak nawet 
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takie czysto ilościowe ujęcie informacji przyjmowane w informatyce wyma- 
ga refleksji filozoficznej. Czym jest informacja kwantowa? Jakie są filozo- 
ficzne konsekwencje odwracalności obliczeń kwantowych? W jaki sposób 
interpretować negację w bazach danych: czy właściwa jest logika klasyczna 
(z negacją rozumianą jako niepowodzenie), czy też któraś z logik wielowar- 
tościowych? 

Reasumując, aby móc mówić (jak to się czyni powszechnie) o informacji 
jako o obiekcie badań informatyki, konieczne jest prowadzenie dalszych 
badań filozoficznych, mających na celu pełniejsze określenie natury zarów- 
no samej informacji, jak i związanych z nią licznych pojęć i zjawisk. 

W rozdziale czwartym przedstawiono zagadnienia ontologiczne związa- 
ne z wirtualną rzeczywistością (wirtualnymi Światami). Zjawisko to bo- 
wiem często rozumiane jest nie tylko jako wytwór informatyki, lecz także 
jako podstawowy przedmiot jej zainteresowań. Omówiono dwa podstawo- 
we sposoby jej definiowania: w terminach psychologicznych - koncentrują- 
cy się na doznaniach podmiotu związanych z przebywaniem w niej - oraz za 
pomocą opisu technologii używanej do jej tworzenia. W przypadku pierw- 
szym o rzeczywistości wirtualnej możemy mówić w całkowitym oderwaniu 
od informatyki, mamy z nią bowiem do czynienia na przykład podczas oglą- 
dania filmów, czytania książek czy też słuchania muzyki. Rzeczywistość 
wirtualna rozumiana jako tworzona przez komputery jest z kolei tworem 
zupełnie nowym, całkowicie zależnym od technologii. Nie dziwi więc fakt, 
że tak trudno jest podać jej cechy. W rozdziale czwartym poddano analizie 
szereg zjawisk związanych z rzeczywistością wirtualną, szukając tych, które 
ją definiują, między innymi: symulację, interaktywność, sztuczność, immer- 
sję, teleobecność, komunikację sieciową, fikcjonalizację, hipertekst oraz 
czas. Na podstawie tych analiz wysnuto wniosek, że wiele z nich to pojęcia 
wieloznaczne, a łączenie ich z rzeczywistością wirtualną prowadzi do róż- 
nego jej rozumienia. Nie można zatem w sposób jednoznaczny określić listy 
cech definiujących Świat wirtualny, uwzględniającej dwa sposoby patrzenia 
na nią: psychologiczny i technologiczny. 

Tworząc ontologię rzeczywistości wirtualnej, a w szczególności opisując 
sposób istnienia jej obiektów, wykorzystuje się najczęściej pojęcia „symu- 
lacji” oraz „fikcji”. Obiekty wirtualne można traktować jako przybliżenia 
(symulacje) obiektów rzeczywistych, zarówno materialistycznie (jako wy- 
twory komputera), jak i idealistycznie (jako niedoskonałe odbicia Świata 
rzeczywistego). Można też widzieć obiekty świata wirtualnego jako powsta- 
jące w procesie abstrakcji z obiektów rzeczywistych, czyli jako wytwór 
człowieka. Są one wówczas obiektami intencjonalnymi, istnieją, ponieważ 
człowiek chce obdarzyć je istnieniem. Nie wolno jednak w prosty sposób 
utożsamić szczególnego ich rodzaju - obiektów fikcyjnych — z wirtualnymi. 
Te drugie bowiem posiadają pewne cechy - takie jak dynamiczność, inter- 
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aktywność oraz ufundowanie na procesach cyfrowych - które nie charakte- 
ryzują tradycyjnych obiektów fikcyjnych. 

Pierwszy człon wyrażenia „rzeczywistość wirtualna” sugeruje, że jest to 
pewnego rodzaju rzeczywistość. Czym zatem jest „rzeczywistość”? W pod- 
rozdziale 4.5 przeanalizowano koncepcję opisującą rzeczywistość jako 
fizyczną przestrzeń, w której mogą zachodzić ucieleśnione działania napo- 
tykające na opór, służące rozwiązywaniu problemów. Taka definicja pozwa- 
la na rozumienie świata wirtualnego jako pewnego rodzaju rzeczywistości. 
Powstaje zatem pytanie o związki łączące rzeczywistość wirtualną z realną. 

Najczęściej traktuje się wirtualność jako pojęcie opozycyjne względem 
realności, nawiązując do klasycznego problemu filozoficznego rozróżnienia 
tego, co rzeczywiste, od tego, co pozorne. Jego rozwiązania poszukuje się 
wtedy przez porównanie obiektów wirtualnych do odbić lustrzanych bądź 
też doświadczeń związanych z przebywaniem w wirtualnej rzeczywistości - 
do marzeń sennych. Niektórzy badacze odrzucają jednak przeciwstawienie 
sobie pojęć realności i wirtualności, traktując rzeczywistość wirtualną jako 
pewne uzupełnienie realnego świata i podkreślając ich wzajemne przenika- 
nie się w ludzkich doświadczeniach. Zależności pomiędzy tymi światami 
można rozważać w trzech aspektach: genetycznym (realność jest źródłem 
wirtualności), egzystencjalnym (istnienie wirtualności jest warunkiem 
istnienia wirtualności) oraz funkcjonalnym (podstawie funkcjonowania 
wirtualności - procedurom obliczeniowym - odpowiadają rzeczywiste me- 
chanizmy, kierujące pracą komputerów). 

Obiekty wirtualne można podzielić - uwzględniając ich związki z real- 
nością - na dwa rodzaje: te, które są jedynie symulacjami obiektów rzeczy- 
wistych, oraz na te oddziałujące na rzeczywistość, prawdziwe reprodukcje 
ontologiczne - tak samo realne jak ich odpowiedniki w Świecie rzeczywistym. 

Na podstawie analiz zawartych w rozdziale czwartym dochodzimy do 
wniosku, że obiekty wirtualne mają pewien szczególny status ontologiczny. 
Nie istnieją fizycznie (nie mają masy i nie znajdują się w przestrzeni), ale nie 
są obiektami fikcyjnymi. Są natomiast interaktywne, gdyż zachodzi możli- 
wość wzajemnych oddziaływań pomiędzy nimi a podmiotem. Co więcej, nie- 
które operacje na przedmiotach wirtualnych (przelewy bankowe czy handel) 
mają realny wpływ na naszą rzeczywistość, nie można zatem twierdzić, że są 
„nierealne”. W związku z tym niektórzy badacze mówią o istnieniu pewnego 
rodzaju „przesunięcia ontologicznego” - choć Świat wirtualny nie istnieje 
fizycznie, to istnieją jego realne skutki; wpływa on bowiem na człowieka 
podobnie jak rzeczywistość, zarówno na jego umysł, jak i na ciało. 

Pojawienie się rzeczywistości wirtualnej rzuca też nowe światło na nie- 
które klasyczne problemy filozoficzne. Dobrym przykładem jest tu określe- 
nie związków pomiędzy umysłem a ciałem. W świecie rzeczywistości wirtu- 
alnej, nieposiadającej wymiaru fizycznego, potrzebne są pewnego rodzaju 
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wirtualne ciata (awatary), umozliwiajace ludziom interakcje z tym Swiatem; 
można traktować to jako argument na rzecz konieczności ucieleśnienia 
wszelkich form ludzkiego działania i poznania. W rzeczywistości wirtualnej 
nowy wymiar zyskała również tożsamość podmiotu — możliwe jest równo- 
czesne istnienie wielu jego „ja”. Ponadto łatwiejsze niż w realnym świecie 
staje się dokonywanie zmian w tożsamości - można ją bowiem edytować, 
ograniczać jej stosowanie, usuwać ją, a nawet tworzyć tożsamości fikcyjne. 
Pojęcie tożsamości (podobnie jak przestrzeni i czasu) zyskało zatem w wir- 
tualnej rzeczywistości nowe cechy. 

Zaprezentowane w niniejszej książce poglądy dotyczące definiowania 
informatyki jako nauki o X (komputerach, programach komputerowych, 
o informacji i rzeczywistości wirtualnej) można by poszerzyć o inne rozu- 
mienia obiektu jej badań. Niektórzy informatycy uważają na przykład, że 
centralnym pojęciem ich dyscypliny jest „algorytm”, a inne obiekty - takie 
jak informacja, program czy komputer - pełnią jedynie funkcję pomocniczą. 
Programy są bowiem tylko implementacją algorytmów, a komputery umoż- 
liwiają ich wykonanie. W takim ujęciu algorytm jest wspólnym mianow- 
nikiem i pojęciem unifikującym wszystkie, coraz liczniejsze dyscypliny 
informatyki. Nawet w szkolnych podręcznikach znaleźć można definicje 
podobne do następującej: „Informatyka jest dziedziną wiedzy i działalności 
zajmującą się algorytmami” (Sysło, 1993, s. 16)29. Część badaczy kładzie 
nacisk na związki informatyki z szeroko rozumianą obliczalnością, twier- 
dząc, że jest ona nauką o obliczaniu lub obliczalności. Abrahams (1987) 
proponuje nawet nową dla niej nazwę: „Moja osobista definicja dyscypliny 
i jej nazwa to 'computology': nauka o procesach obliczalnych i sposobach, 
w jaki mogą być one realizowane” (s. 473)30. 

W obliczu tak różnorodnych poglądów dotyczących obiektu badań in- 
formatyki oraz ze względu na liczne trudności związane z zaproponowany- 
mi ich opisami trzeba szukać innych rozwiązań. Jednym z nich jest zdefi- 
niowanie informatyki poprzez określenie metod, jakie stosują uprawiający 
tę naukę badacze. Jednak również w tym przypadku sytuacja nie jest prosta. 
Różne poglądy na temat ontologii informatyki znajdują swoje konsekwencje 
w sposobie patrzenia na metody pracy informatyków. Wśród ich aktyw- 
ności wymienia się najczęściej: projektowanie, reprezentowanie i przetwa- 
rzanie informacji, programowanie, badania empiryczne, modelowanie. 
Również samą informatykę traktuje się wielorako: jako naukę przyrodniczą, 
matematykę, inżynierię i projektowanie, naukę ścisłą, sztukę, naukę społeczną 


29 Również David Harel (2001) zatytułował swoją książkę, powszechnie wykorzystywa- 
ną jako podręcznik akademicki, Rzecz o istocie informatyki - algorytmika. 

30 Również inni naukowcy proponowali dla informatyki nazwy podkreślające jej bliski 
związek z obliczaniem: „,computics” (McKee, 1995) lub „computing science” (Dijkstra, 1989). 
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oraz jako rozważania interdyscyplinarne. Jakie jest zatem jej miejsce pośród 
innych nauk? Jakimi metodami powinno się ją uprawiać? 

Współcześnie wyróżnić można cztery podstawowe paradygmaty infor- 
matyki, ściśle związane z określeniem jej jako nauki: matematyczny (nazy- 
wany też racjonalnym), zakładający, że informatyka jest gałęzią matematyki 
i tym samym właściwe do prowadzenia w niej badań są metody formalne; 
paradygmat technokratyczny - traktujący informatykę jako dziedzinę tech- 
niczną, dopuszczający wykorzystanie do jej uprawiania wszystkich metod 
inżynieryjnych, oraz paradygmat empiryczny (naukowy) - definiujący in- 
formatykę jako naukę przyrodniczą (ang. natural science), opartą na ekspe- 
rymencie. Czwartym, dominującym obecnie poglądem jest traktowanie 
informatyki jako nowej dyscypliny wiedzy, która wykorzystuje zarówno 
osiągnięcia inżynierii, jak i metody formalne i eksperymentalne; nie jest ona 
jednak ani gałęzią matematyki, ani nauką przyrodniczą, ani też dziedziną 
inżynierii. 

Trudno zatem określić, czym w istocie informatyka jest i jakie obiekty 
bada. Jak zdefiniować tę młodą dyscyplinę? Niektórzy informatycy uważają, 
że nazwa dla ich dyscypliny to tylko nic nieznacząca etykietka — „informaty- 
ka to przecież to, co robią informatycy”. Jednak owa etykieta jest istotna 
z wielu powodów. Z jednej strony, ma ona duży wpływ na kwestie prak- 
tyczne: stanowi o statusie akademickim informatyki, oznacza pewien za- 
wód. Wiele kwestii dotyczących danej dyscypliny zależy od tego, jak jest ona 
widziana z zewnątrz, zwłaszcza od sposobu, w jaki się ją określa. Z drugiej 
strony, samoświadomość i jasność konceptualna są ważną częścią każdej 
dojrzałej nauki. Co więcej, „[...] informatyka jako dyscyplina akademicka - 
lub to, o co w niej chodzi — musi być odróżnialna od innych rzeczy, takich jak 
robienie na drutach, podnoszenie podnośnikiem widłowym lub chemia; 
powinno istnieć jakieś wspólne pojmowanie tego, co rozumiemy przez in- 
formatykę” (Tedre, 2011, s. 383). Dick Hamming (1969, s. 4) podczas Wy- 
kładu Turinga31 w roku 1968 ostrzegał: 


[...] obraz, jaki ludzie mają dotyczący danej dziedziny, może w znaczący sposób 
wpływać na jej późniejszy rozwój. Dlatego też, chociaż nie możemy ostatecznie 
odpowiedzieć na pytanie [co to jest informatyka — przyp. I. B-K], to musimy co 
jakiś czas sprawdzać i wietrzyć nasze poglądy na to, czym jest i czym powinna 
się stać nasza dyscyplina. 


31 Wykłady Turinga (The Turing Lecture) wygłaszane są przez laureatów nagrody im. 
Alana Turinga (A.M. Turing Award) przyznawanej corocznie (od 1966 roku) przez Associa- 
tion for Computing Machinery (ACM). 
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From ontological issues of computer science 


Summary 


Computer science is a relatively new scientific discipline with a distinctive place in 
our world and whose products are omnipresent. It is difficult to imagine a world with- 
out computers or the Internet. What is more, computer systems are being used with 
increasing frequency in many scientific fields, not only to perform complicated calcula- 
tions, but also for experiments and to prove mathematical propositions. 

This book takes a look at computer science through the eyes of the philosopher. In 
seeking an answer to the question 'what is computer science?’ and its status among the 
sciences, an attempt is made to define computer science through defining the subjects it 
researches. For this reason the book also contains analysis of selected philosophical 
questions related to computers, computer programmes, information and virtual reality. 

A computer scientist is often employed as a specialist in computer devices. Howev- 
er, the computer can be understood in two ways: as a device (or part of it) and as an 
abstract object. Yet creating the ontology of computers is no easy task, and the book 
presents the possibilities connected with using existing ontologies of technical artefacts 
for this purpose, as well as the difficulties related to doing so, in particular questions 
related to defining the function of artefacts and presenting criteria for their correct 
operation. The analysis also focuses on the consequences of defining computers in pure- 
ly synthetic terms - as mathematical objects - including the issue of universal realizabil- 
ity. Furthermore, the relations between the terms ‘hardware’ and 'software' are investi- 
gated, aloong with an attempt to define them as separate, unequivocably classified 
entities. 

Many computer scientists maintain that their primary task is to create programmes 
and research their properties. However, the term 'programme' itself appears in differ- 
ent contexts in this subject. In the book a distinction is made between programmes as 
abstract objects and as a physical process (performed on the computer). Different philo- 
sophical aspects related to the process of creating computer programes are also ana- 
lysed: from formulating specifications through to checking their accuracy. It is shown 
how the dual (simultaneously abstract and physical) nature of programmes presents 
classic philosophical problems in a new light, such as the relation between the mind and 
body, and the division into abstract and concrete entities. Programmes are sometimes 
treated as objects with a specific ontological status and which are neither concrete nor 
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abstract. Their ontology may be sought, however, in the philosophy of music or of math- 
ematics. 

At present, the dominant view is that computer science is the science of information 
transformation processes or of information itself. The book therefore makes an attempt 
to answer questions about the nature of information, for this term is used both in collo- 
quial speech and in many fields of science, ranging from information technology to to 
the social sciences. However, what information is to the computer scientist and what 
genetics is to the biologist are different things, and this is why this book discusses the 
philosophical aspects of selected theories of information, placing particular emphasis on 
mathematical theories used in computer science. 

Computer systems are more and more frequently used as a tool for creating what is 
known as virtual reality (virtual worlds). This book analyses attempts to define this 
reality as well as the characteristic qualities of phenomena defined as such. It also de- 
scribes the onotological status of virtual objects, the relations between the virtual and 
the real (the real world) and changes in understanding certain classical metaphysical 
concepts emerging along with virtual worlds. 


Translated by Rob Pagget 


